[Geany-devel] DebianBug#583833: geany -g: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory on x86_64

Lex Trotman elextr at xxxxx
Fri Jun 4 01:12:09 UTC 2010

2010/6/3 Enrico Tröger <enrico.troeger at uvena.de>:
> On Wed, 2 Jun 2010 15:09:12 -0300, Damián wrote:
>> 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?
> This has already been discussed in
> https://sourceforge.net/tracker/index.php?func=detail&aid=2572201&group_id=153444&atid=787791.

I'm surprised that C99 symbol generation doesn't work with --std=C99
rather than a complete undef, but if you are adding a command line
option why not make it one to allow the user to add whatever options
they want to replace the undef.


> I don't see any new options other than adding a new command line
> option. Any ideas are welcome.
> Regards,
> Enrico
> --
> Get my GPG key from http://www.uvena.de/pub.asc
> _______________________________________________
> Geany-devel mailing list
> Geany-devel at uvena.de
> http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel

More information about the Devel mailing list