[GCC-XML] Proposed diff for find_flags

[Stefan Roiser]

Dear Gccxml developers,

when using gccxml with a native gcc installation in > french < the  
find_flags script will not work anymore. The reason is the output of  
the command

gcc -v -x c++ -E -

which is issued in the script to find the include dirs of the  
compiler. The different outputs look like

Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man -- 
infodir=/usr/share/info --enable-shared --enable-threads=posix -- 
disable-checking --with-system-zlib --enable-__cxa_atexit --disable- 
libunwind-exceptions --enable-java-awt=gtk --host=x86_64-redhat-linux
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)
/usr/libexec/gcc/x86_64-redhat-linux/3.4.6/cc1plus -E -quiet -v - 
D_GNU_SOURCE - -mtune=k8
ignoring nonexistent directory "/usr/lib/gcc/x86_64-redhat-linux/ 
3.4.6/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../include/c++/3.4.6
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../include/c++/3.4.6/ 
x86_64-redhat-linux
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../include/c++/3.4.6/ 
backward
/usr/local/include
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/include
/usr/include
End of search list.


and


Lecture des spécification à partir de /usr/lib/gcc/i386-redhat-linux/ 
3.4.6/specs
Configuré avec: ../configure --prefix=/usr --mandir=/usr/share/man -- 
infodir=/usr/share/info --enable-shared --enable-threads=posix -- 
disable-checking --with-system-zlib --enable-__cxa_atexit --disable- 
libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Modèle de thread: posix
version gcc 3.4.6 20060404 (Red Hat 3.4.6-3)
/usr/libexec/gcc/i386-redhat-linux/3.4.6/cc1plus -E -quiet -v - 
D_GNU_SOURCE -
le répertoire « /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../ 
i386-redhat-linux/include » est ignoré car inexistant
la recherche pour #include "..." débute ici :
la recherche pour #include <...> débute ici:
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/ 
i386-redhat-linux
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/ 
backward
/usr/local/include
/usr/lib/gcc/i386-redhat-linux/3.4.6/include
/usr/include
Fin de la liste de recherche.


In the french version the regexp "^\#include <.*$" will not work,  
therefore I propose the attached patch to cure the problem.

Cheers

	Stefan


--
Stefan Roiser
CERN, PH Department
CH - 1211 Geneva 23
Mob:+41 76 487 5334
Tel:+41 22 767 4838
Fax:+41 22 766 9119



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/gccxml/attachments/20070301/64aae6bd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: find_flags.diff
Type: application/octet-stream
Size: 79 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/gccxml/attachments/20070301/64aae6bd/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/gccxml/attachments/20070301/64aae6bd/attachment-0001.html>