Re: -fno-strict-aliasing turned off when cross compiling

2008-01-17 Thread Martin v. Löwis
> This makes some sense. Thank you. As for this: > >def detect_modules(self): > # Ensure that /usr/local is always used > add_dir_to_list(self.compiler.library_dirs, '/usr/local/lib') > add_dir_to_list(self.compiler.include_dirs, '/usr/local/ > include') > > it looks l

Re: -fno-strict-aliasing turned off when cross compiling

2008-01-17 Thread Squat'n Dive
On Jan 16, 10:56 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > Does anyone have an idea why -fno-strict-aliasing is turned off when > > cross compiling? > > Because detection of -fno-strict-aliasing is made through running > the compiler output (AC_TRY_RUN, see configure.in instead). For > c

Re: -fno-strict-aliasing turned off when cross compiling

2008-01-16 Thread Martin v. Löwis
> Does anyone have an idea why -fno-strict-aliasing is turned off when > cross compiling? Because detection of -fno-strict-aliasing is made through running the compiler output (AC_TRY_RUN, see configure.in instead). For cross-compilation, running the program isn't actually possible, so a default m

-fno-strict-aliasing turned off when cross compiling

2008-01-16 Thread Squat'n Dive
Does anyone have an idea why -fno-strict-aliasing is turned off when cross compiling? in configure generated for 2.4.4: case $GCC in yes) # Python violates C99 rules, by casting between incompatible # pointer types. GCC may generate bad code as a result of that, # so use -fno-strict-a