After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 499920 - missing header files has to be shipped
missing header files has to be shipped
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Shell
2.12.x (obsolete)
Other All
: Normal major
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
: 504385 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-11-27 08:54 UTC by Akira TAGOH
Modified: 2008-03-19 20:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
Patch for the immediate problem (1.44 KB, patch)
2007-11-27 18:10 UTC, Matthew Barnes
committed Details | Review

Description Akira TAGOH 2007-11-27 08:54:37 UTC
Please describe the problem:
Although shell/es-event.h is shipped to develop something, that refers e-shell.h that isn't shipped. also e-component-registry.h, e-shell-window.h, Evolution.h and e-sidebar.h is missing too. which is being referred from e-shell.h and/or e-shell-window.h.

Steps to reproduce:
1. build something that has "#include <shell/es-event.h>" line.
2. 
3. 


Actual results:
No such file or directory during compiling with es-event.h

Expected results:
No errors related to that.

Does this happen every time?
Yes

Other information:
Comment 1 Matthew Barnes 2007-11-27 17:43:18 UTC
I seem to recall this sort of thing happening before.  The usual solution is to forward declare the needed struct and remove the bad #include directive.

In this case,

   - Remove #include "e-shell.h"

   - Add "struct _EShell;"

   - Replace all "EShell *shell" with "struct _EShell *shell"


More broadly, what can we do to make it more obvious which header files are installed and which ones are private to Evolution?  It looks like currently the only way to tell is to examine Makefile.am, which is insufficient for catching this sort of error in a peer review.  Should we add a notice to the public header files or change the directory layout somehow?  Perhaps add a "make check" test that checks for this sort of thing?
Comment 2 Matthew Barnes 2007-11-27 18:10:56 UTC
Created attachment 99730 [details] [review]
Patch for the immediate problem
Comment 3 Srinivasa Ragavan 2007-11-30 04:35:30 UTC
Please commit
Comment 4 Matthew Barnes 2007-11-30 13:03:18 UTC
This has been blocking people from compiling certain Evolution extensions like the Zimbra plugin, so I think it's important enough to commit to stable too.

Committed to trunk (revision 34618) and gnome-2-20 branch (revision 34619).

Saving the larger issue I mentioned in comment #1 for another day...
Comment 5 Matthew Barnes 2008-03-19 20:49:39 UTC
*** Bug 504385 has been marked as a duplicate of this bug. ***