help-gsl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-gsl] A possible workaround to the Montecarlo-MinGW issue


From: Guido De Rosa
Subject: [Help-gsl] A possible workaround to the Montecarlo-MinGW issue
Date: Sat, 24 Jan 2009 06:24:15 +0100

Hi!

gsl-1.12 (release) / Windows XP / i386 / MinGW / gcc 3.4.5

About this problem:

http://lists.gnu.org/archive/html/bug-gsl/2006-09/msg00004.html

(which apparently has not been fixed in more than two years),
I managed to pass the Montecarlo check simply editing:

monte/Makefile.in

and turning:

CFLAGS = @CFLAGS@

into:

CFLAGS = -g \
        -fdefer-pop \
        -fmerge-constants \
        -fthread-jumps \
        -floop-optimize \
        -fif-conversion \
        -fif-conversion2 \
        -fdelayed-branch \
        -fguess-branch-probability \
        -fcprop-registers \
        -fomit-frame-pointer \
        -fforce-mem \
        -foptimize-sibling-calls \
        -fstrength-reduce \
        -fcse-follow-jumps  -fcse-skip-blocks \
        -frerun-cse-after-loop  -frerun-loop-opt \
        -fgcse  -fgcse-lm  -fgcse-sm  -fgcse-las \
        -fdelete-null-pointer-checks \
        -fexpensive-optimizations \
        -fregmove \
        -fschedule-insns  -fschedule-insns2 \
        -fsched-interblock  -fsched-spec \
        -fcaller-saves \
        -fpeephole2 \
        -freorder-blocks  -freorder-functions \
        -fstrict-aliasing \
        -funit-at-a-time \
        -falign-functions  -falign-jumps \
        -falign-loops  -falign-labels \
        -fcrossjumping

According to gcc documentation:

http://gcc.gnu.org/onlinedocs/gcc-3.4.5/gcc/Optimize-Options.html

this bunch of options should be totally equivalent to -g -O2; but
apparently mingw behaves differently and produces a different
executable which finally pass the test.

I will write soon to the mingw mailing list, but I hope this
experience might be useful to GSL users whishing to build a
well-tested, native Win32 library using free tools.

Several binary builds for Win32 are around, but either thy are
outdated (gnuwin32 port is stuck at gsl 1.8), or they do not pass the
test, or they are not native (Cygwin), or they are built with
proprietary compilers.

-- 
HTH,
Guido




reply via email to

[Prev in Thread] Current Thread [Next in Thread]