Thanks for your bug report Julian I dug up a little more and... This is a consequence of geany using -undef on the gcc call to pre-process the .h files.
src/symbols.c:1316 int symbols_generate_global_tags(int argc, char **argv, gboolean want_preprocess) { /* -E pre-process, -dD output user macros, -p prof info (?), * -undef remove builtin macros (seems to be needed with FC5 gcc 4.1.1) */ const char pre_process[] = "gcc -E -dD -p -undef"; I don't think using -undef makes sense and probably this is not the only symbol-related thing that would break with it. Let's hear what Geany developers think about it. Enrico, Nick, Frank, any thoughts? Damián(Des). On Mon, May 31, 2010 at 12:14:20AM +0200, Julian Andres Klode wrote: > Package: geany > Version: 0.18.1-1 > Severity: normal > > When running geany -g, __WORDSIZE appears to be set to 32 instead > of 64; causing it to fail on 64-bit architectures. The output file > still appears to be generated, despite the error: > > j...@hp:~/Desktop$ CFLAGS=$(pkg-config --cflags glib-2.0) geany -g > glib.c.tags /usr/include/glib-2.0/glib.h > In file included from /usr/include/features.h:378, > from /usr/include/limits.h:27, > from > /usr/lib/gcc/x86_64-linux-gnu/4.4.4/include-fixed/limits.h:122, > from > /usr/lib/gcc/x86_64-linux-gnu/4.4.4/include-fixed/syslimits.h:7, > from > /usr/lib/gcc/x86_64-linux-gnu/4.4.4/include-fixed/limits.h:11, > from /usr/lib/glib-2.0/include/glibconfig.h:11, > from /usr/include/glib-2.0/glib/gtypes.h:34, > from /usr/include/glib-2.0/glib/galloca.h:34, > from /usr/include/glib-2.0/glib.h:32, > from /home/jak/.config/geany/5836_1275257486_1.cpp:1: > /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or > directory > > -- > Julian Andres Klode - Debian Developer, Ubuntu Member > > See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org