Hi,
Bruno wrote:
>The result should be better in the sense: "Better a clisp that works and is slow,
>than a clisp that is fully optimized and crashes during the test suite or even
>during the build."
Probably that's a better setting for distributors, who cannot know with what settings
users may reconfigure or recompile their kernels (only few actually do that).
OTOH, the default "portability" (which includes -DWIDE internally) costs 33% performance
against the best (so far) optimized result (as seen by make benchmark), on my 32bit
machine. But it's a bit early for a summary.
Certainly there are means to provide less severe, yet broadly working settings.
Let's find out.
>The first thing to check is whether the address range in processes on your Mac is similar
>enough as the one on Mac OS X/x86_64 with 32-bit ABI, that I have access to. See the
>unix/PLATFORMS file, section "Address space layout".
AFAICT, it looked identical (even though seeing *ADDRESS_RANGE 0x00000000 initially made
me feel like something not working). Solely the comment need by changed to mention
i686 (no i386 because Apple started their Intel line with Core Solo/Duo machines).
>Then find out which parameters you need in the environment variable MULTIBUILD_32_OPTIONS
>so that $ make -k -f Makefile.devel build-porting32-gcc-portability succeeds.
BTW, in one of your patches, or more generally, in makemake
+build-porting32-...:
+ [...]
+ CFLAGS="-O $(MULTIBUILD_CFLAGS)" \
Are you aware that adding or not -O is useless, because somewhere down the line,
-O2 and lots of -W get added anyway, when compiling clisp?
(Loop at the cbc*.log for the exact gcc command line).
Regards,
Jörg
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
clisp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.