Re: [racket-dev] Compilation of 5.3.2 fails on some compilers

2013-02-15 Thread Tobias Hammer
Thanks for the patch. I've changed more AC_TRY_RUN()s to AC_COMPILE_IFELSE()s and AC_LINK_IFELSE()s to work better for cross-compilation, and I'll push that soon. Great! They all look good except one. The test "for GNU preprocessor" never fails because whether the macro exists or not does not

Re: [racket-dev] Compilation of 5.3.2 fails on some compilers

2013-02-14 Thread Matthew Flatt
Thanks for the patch. I've changed more AC_TRY_RUN()s to AC_COMPILE_IFELSE()s and AC_LINK_IFELSE()s to work better for cross-compilation, and I'll push that soon. I don't think I agree about the compare-and-swap test. If the compiler's default mode on a given machine is i386, then I don't think th

Re: [racket-dev] Compilation of 5.3.2 fails on some compilers

2013-02-01 Thread Tobias Hammer
Thanks for the detailed explanation. It's a lot clearer now why it's needed. But i figured out that the real culprit was cross-compilation in combination with autoconf. autoconfs default rule for test results when running cross-compilation was set to noinline not available, and therefore

Re: [racket-dev] Compilation of 5.3.2 fails on some compilers

2013-02-01 Thread Matthew Flatt
At Fri, 1 Feb 2013 12:23:59 +0100, Tobias Hammer wrote: > i am getting the following error when i try to compile racket-textual on a > a version of gcc that does not support the 'noinline' attribute: > > xsrc/place.c: In function 'place_start_proc': > xsrc/place.c:2793: warning: assignment makes