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 325030 - vte isn't including other packages
vte isn't including other packages
Status: RESOLVED DUPLICATE of bug 322240
Product: vte
Classification: Core
Component: general
0.11.x
Other All
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-12-27 00:30 UTC by Paul F. Johnson
Modified: 2006-01-23 08:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
vte build fix (611 bytes, patch)
2006-01-21 21:17 UTC, Michael J Knox
none Details | Review

Description Paul F. Johnson 2005-12-27 00:30:03 UTC
Please describe the problem:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176346

If you try to link against vte (say for compiling gtk-sharp from the mono
packages), vte does not include correctly the likes of glib.h.

The above bugzilla report contains all of the information

Steps to reproduce:
1. Download a package that links against vte
2. Compile
3. 


Actual results:
vte fails to include correctly glib.h from it's own headers

Expected results:
vte should correctly include glib.h

Does this happen every time?
Yes

Other information:
This is from the Redhat rawhide rpms for vte and vte-devel on both x86 and x86_64
Comment 1 Robin Cook 2006-01-05 02:59:36 UTC
I am getting ths also because of the move of some items to the requires.private.

 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/freetype2
-I/usr/X11R6/include -I../.. -g -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
-Wshadow -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -MT
generated.lo -MD -MP -MF .deps/generated.Tpo -c generated.c  -fPIC -DPIC -o
.libs/generated.o
In file included from generated.c:4:
/usr/include/vte/vte.h:28:18: glib.h: No such file or directory
/usr/include/vte/vte.h:29:25: pango/pango.h: No such file or directory
/usr/include/vte/vte.h:30:21: gtk/gtk.h: No such file or directory
In file included from generated.c:4:
/usr/include/vte/vte.h:35: error: syntax error before "typedef"
/usr/include/vte/vte.h:43: error: parse error before "GtkWidget"
/usr/include/vte/vte.h:47: error: parse error before "char_width"
/usr/include/vte/vte.h:48: error: parse error before "char_ascent"
/usr/include/vte/vte.h:49: error: parse error before "row_count"
/usr/include/vte/vte.h:57: error: parse error before '}' token
/usr/include/vte/vte.h:64: error: parse error before "GtkWidgetClass"
/usr/include/vte/vte.h:72: error: parse error before "guint"
/usr/include/vte/vte.h:79: error: parse error before "gchar"
/usr/include/vte/vte.h:88: error: parse error before "guint"

Comment 2 Michael J Knox 2006-01-21 21:17:31 UTC
Created attachment 57822 [details] [review]
vte build fix
Comment 3 Michael J Knox 2006-01-21 21:18:11 UTC
I have attached the patch from Alexander Larsson (RedHat) that fixes this build issue.
Comment 4 Kjartan Maraas 2006-01-22 11:46:21 UTC
The patch is for gtk-sharp, not vte. Closing this as NOTGNOME.
Comment 5 Mike Kestner 2006-01-23 05:42:16 UTC
Your close is incorrect.  The patch to gtk-sharp is incorrect.  The problem is that vte.pc does not accurately advertise its dependency on gtk+-2.0.  This bug should be reopened against vte so that doing #include <vte.h> with the CFLAGS returned by vte.pc doesn't cause a compile failure.

I am applying a workaround patch to gtk-sharp, but vte.pc is still broken.  Please reopen this bug.
Comment 6 Olav Vitters 2006-01-23 08:10:50 UTC
This likely was caused by the patch from bug 322240. This has been backed out in CVS.

*** This bug has been marked as a duplicate of 322240 ***