Issues with mfpmath=both

[Jean-Michel Bruenn]

Hi,

correction: 4.4 lists it' just 4.2 not. So ppl upgrading from gcc below 
4.4 will have trouble to upgrade. And ppl below gcc 4.4 will have 
trouble to compile anything IF they use "both".

<lazyape> wdp__, as far as concerne the mfpmath=both issue i have to say 
that gcc-4.4.2 man page list the 'both' choice for the mfpmath option 
but also informs that it is an experimental feature

Cheers

Jean-Michel Bruenn wrote:
> Hi,
>
> i'm currently running gcc 4.2, today i wanted to update my whole box 
> and ran into problems due to mfpmath=both. That switch is not there 
> (you can see it in the output later in this email). So people 
> upgrading will have trouble compiling "anything" because it's simply 
> not working with that switch, IF they use mfpmath=both. For GCC 4.4 
> it's the same - There's no option "both" - I'm wondering who brought 
> that in, however, i guess this should be fixed as soon as possible.
>
> configure:4060: checking for C compiler default output file name
> configure:4082: gcc  -O2 -march=athlon64 -mmmx -msse -msse2 -msse3 
> -m3dnow -mfpmath=both -pipe   -s conftest.c  >&5
> conftest.c:1: error: bad value (both) for -mfpmath= switch
> configure:4086: $? = 1
> configure:4123: result:
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME ""
> | #define PACKAGE_TARNAME ""
>
> <wdp__> ye
> <wdp__> somehow someone made that lunar is using "both"
> <wdp__> if you have selected "both" in lunar optimize
> <wdp__> and "both" is not working, thus compiles arent working.
>
> Dunno whether this issue is just dedicated to me. :-)
>
> Cheers
> Jean
> _______________________________________________
> Lunar-dev mailing list
> Lunar-dev at lunar-linux.org
> http://foo-projects.org/mailman/listinfo/lunar-dev