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:

jak@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/.