Re: [CEDET-devel] gcc-setup fails for non-English locales

[Eric M. L. <er...@si...>]

Hi,

  Thanks for the output.  This made me realize that the prefix, which is
being tested for here, is not being used anymore.  Instead I think
Lennart is finding out where gcc is on the path instead.  That ought to
be the same I'd guess.

  I'll have to find a good way to improve the test.

Thanks
Eric

On Mon, 2009-07-13 at 10:16 +0200, Damien Deville wrote:
> Hi Cedet-Devel,
> 
> Here is the output of gcc -v
> 
> Using built-in specs.
> Target: i386-undermydesk-freebsd
> Configured with: FreeBSD/i386 system compiler
> Thread model: posix
> gcc version 4.2.1 20070719  [FreeBSD]
> 
> Here is the output of semantic-gcc-test-output-parser-this-machine
> Test failed on "Using built-in specs."
> V H P:
> "4.2.1" "i386-undermydesk-freebsd" nil
> 
> As you can see on freebsd one version of gcc is bundled with the base 
> system, this is reflected in the Configured with line.
> 
> Hope this can help
> Damien
> 
> Eric M. Ludlam wrote:
> > Hi,
> > 
> >  I finally checked in Lennart's patch to semantic-gcc, and I also
> > included your gcc output in my output parser tests.  I was able to tweak
> > the parser a little bit so it can now parse gcc output in other
> > languages by not depending on Ziel: or Target:, and instead depending on
> > the command "configure" occuring on that line.
> > 
> >   I would encourage anyone with a non-English machine setup or just a
> > strange version of gcc to update to the latest CEDET/CVS and give this
> > new version of semantic-gcc a try, and let me know how it goes.
> > 
> >   You can use semantic-gcc-test-output-parser-this-machine to try it out
> > without having the gcc setup run against your current Emacs.
> > 
> >   If your machine cannot be queries properly, please include the output
> > of gcc -v.
> > 
> > Thanks!
> > Eric
> > 
> > On Thu, 2009-07-09 at 14:57 +0200, David Engster wrote:
> >> On one of my machines semantic-gcc is unable to parse the system include
> >> paths. This is due to the German default locale on that machine, with
> >> 'gcc -v' giving an output like this:
> >>
> >> Es werden eingebaute Spezifikationen verwendet.
> >> Ziel: i486-linux-gnu
> >> Konfiguriert mit: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu12' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
> >> Thread-Modell: posix
> >> gcc-Version 4.3.2 (Ubuntu 4.3.2-1ubuntu12) 
> >>
> >> (you can see for yourself by using "LANG=de_DE.UTF-8 gcc -v")
> >>
> >> I would suggest to adopt the functions that Lennart Borgman posted on
> >> Emacs-devel, which seem to be independent of the language used in the
> >> gcc output (see http://article.gmane.org/gmane.emacs.devel/111949).
> >>
> > 
> > 
> > ------------------------------------------------------------------------------
> > Enter the BlackBerry Developer Challenge  
> > This is your chance to win up to $100,000 in prizes! For a limited time, 
> > vendors submitting new applications to BlackBerry App World(TM) will have
> > the opportunity to enter the BlackBerry Developer Challenge. See full prize  
> > details at: http://p.sf.net/sfu/Challenge
> > _______________________________________________
> > Cedet-devel mailing list
> > Ced...@li...
> > https://lists.sourceforge.net/lists/listinfo/cedet-devel
> > 
> > 
>