Summary: | totem-1.0.4 build fails with syntax errors in /usr/include/netinet/in.h | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Phil Bordelon (sunflare) <phil> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | landshark, mike, pez, stian, wolfgang.herder |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | gcc ... -E output for the command that fails. |
Description
Phil Bordelon (sunflare)
2005-08-26 15:39:14 UTC
could you provide a preparsed file (repeat the last gcc command that fails, just add -E (I think it is) and upload it here). This way, we don't need to have the excact samt include files as you have in order to pinpoint the source of the problem. Created attachment 66944 [details]
gcc ... -E output for the command that fails.
This is a compressed version of the gcc ... -E output for the command that
fails. Don't mind the fact that the decompressed version is totem-disc.o;
that's just because I really didn't change the command at all other than adding
-E. :)
I realized that I left out the gcc command that's causing the issue. D'oh. Here it is: === i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -I.. -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DORBIT2=1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/include/gnome-vfs-module-2.0 -I/usr/include/gnome-desktop-2.0 -I/usr/include/startup-notification-1.0 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -I/usr/include/libnautilus-burn -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/config -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DORBIT2=1 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/nautilus -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libbonobo-2.0 -DGNOMELOCALEDIR=\"/usr/share/locale\" -DGCONF_PREFIX=\"/apps/totem\" -DDATADIR=\"/usr/share\" -DLIBEXECDIR=\"/usr/libexec\" -DLOGO_PATH=DATADIR\"\"G_DIR_SEPARATOR_S\"totem\"G_DIR_SEPARATOR_S\"totem_logo.png\" -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -march=pentium4 -O3 -pipe -MT totem-disc.lo -MD -MP -MF .deps/totem-disc.Tpo -c totem-disc.c -fPIC -DPIC -o .libs/totem-disc.o === Sorry about that! For me the high level dependency that wasn't being met was gst-plugins-flac. Probably this is the same problem as in bug #68087. yep, I'm pretty sure it's the same problem: I got the same error message and after upgrading from linux-headers-2.4.x to linux-headers-2.6.y (as advised in that bug report) totem compiled just fine. So I guess it's just a case of adding a ">=linux-headers-2.6" as a dependency... (In reply to comment #6) > So I guess it's just a case of adding a ">=linux-headers-2.6" as a dependency... That's not much of a solution for those of us who use 2.4. I'm going to try the -D_NETINET_IN_H trick and see if that still works ... Sure enough, that seems to do it. I'm on a 2.4-only system and I've run into this behavior as well. The -D_NETINET_IN_H trick worked for me. *** Bug 119265 has been marked as a duplicate of this bug. *** I will brashly assume that this bug probably doesn't apply any more. Guys? Well, I have migrated to 2.6 at both home and work. So I am not seeing the problem anymore. But I don't know whether the problem still exists. reporter says it works for him now, this is most likely fixed by now in recent versions. Please re-open if this is not the case, thanks. |