Re: Our GCC-4.8 is broken

On 24/12/13 21:13, Cesar Strauss wrote:
> With this setup, the output from "strings" is reduced to:
> 
>   $ strings gcc.exe | grep '[a-z]:/[a-z]'
>   i:/p/giaw/mingw/share/locale
>   i:/p/giaw/mingw/share/locale
> 
> Interestingly, these are Earnie's paths, not mine...

FWIW, focussing on libintl.a, (your identified vector), my cross
compiled gettext-0.18.3.1 exhibits:

  $ strings lib/libintl.a | grep share/locale
  /mingw/share/locale
  /mingw/share/locale

so this pair of references remain hard coded; they each represent an
exact match, as configured, for ${prefix}/share/locale, and this is
irrespective of configuration with or without --enable-relocatable.  (At
least, in my case, there's no explicit reference to any potentially
bogus drive assignment; /mingw is a symbolic link to a subdirectory of
my $HOME, where I've staged my build).

> Afterwards, we should debug gettext to investigate why this
> regression occurred and fix it.

Out of interest, I ran the same strings command on Chuck's previous
gettext-0.18.1.1 release:

  strings lib/libintl.a | grep share/locale
  C:/Users/cwilson/AppData/Local/Temp/mgwport-reloc-zVfPtx/mingw/share
    /locale

so even this exhibits one hard coded reference to /mingw/share/local,
(with some drive specific prefix), which rather begs the question: why
did this not propagate to your previous GCC release?  Or, did it, but it
went unnoticed, because it refers to drive C:, which is less likely to
become inaccessible?

-- 
Regards,
Keith.

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk