[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919 --- Comment #10 from Dmitry Markman 2011-07-31 21:29:46 UTC --- Hi I followed Jack Howarth's advice and set CC to gcc-4.2 and CXX to g++-4.2 and everything was fine so thank you very much everybody and BTW, I was using Xcode 4.2 (preview 4) so it looks like llvm bug is still there thanks again
[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919 --- Comment #8 from Dmitry Markman 2011-07-31 16:24:55 UTC --- Hi I followed instructions from http://advogato.org/person/redi/diary/240.html so gmp, mpfr and mic were built, when I issued make for gcc here is what I did mkdir /objdir cd /objdir /gcc-4.6.1/configure --prefix=/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64 --enable-languages=c,c++,fortran however I got the same error checking for x86_64-apple-darwin11.0.0-gcc... /Users/dima/Development/GCC/objdir/./gcc/xgcc -B/Users/dima/Development/GCC/objdir/./gcc/ -B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/bin/ -B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/lib/ -isystem /Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/include -isystem /Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/sys-include checking for suffix of object files... configure: error: in `/Users/dima/Development/GCC/objdir/x86_64-apple-darwin11.0.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 thanks
[Bug c++/49919] New: problem with building gcc 4.6.1 on Mac OS X Lion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919 Summary: problem with building gcc 4.6.1 on Mac OS X Lion Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dmark...@mac.com Created attachment 24875 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24875 config log Hi I got a build error configure: error: cannot compute suffix of object files: cannot compile here is what I did 1. I downloaded gmp 5.0.2 applied patch from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49738 ./configure --prefix=/Users/dima/Development/GCC/builds/gmp-5.0.2/build/x86_64 make make install make check 2. downloaded mpfr 3.0.1 ./configure --prefix=/Users/dima/Development/GCC/builds/mpfr-3.0.1/build/x86_64 --with-gmp=/Users/dima/Development/GCC/builds/gmp-5.0.2/build/x86_64 make make install make check 3. downloaded mpc 0.8.2 ./configure --prefix=/Users/dima/Development/GCC/builds/mpc-0.8.2/build/x86_64 --with-gmp=/Users/dima/Development/GCC/builds/gmp-5.0.2/build/x86_64 --with-mpfr=/Users/dima/Development/GCC/builds/mpfr-3.0.1/build/x86_64 make make install make check 4. downloaded gcc-4.6.1 ./configure --prefix=/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64 --enable-languages=c,c++,fortran --with-gmp=/Users/dima/Development/GCC/builds/gmp-5.0.2/build/x86_64 --with-mpfr=/Users/dima/Development/GCC/builds/mpfr-3.0.1/build/x86_64 --with-mpc=/Users/dima/Development/GCC/builds/mpc-0.8.2/build/x86_64 make and after few minutes I got: checking for x86_64-apple-darwin11.0.0-gcc... /Users/dima/Development/GCC/gcc-4.6.1/host-x86_64-apple-darwin11.0.0/gcc/xgcc -B/Users/dima/Development/GCC/gcc-4.6.1/host-x86_64-apple-darwin11.0.0/gcc/ -B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/bin/ -B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/lib/ -isystem /Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/include -isystem /Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/sys-include checking for suffix of object files... configure: error: in `/Users/dima/Development/GCC/gcc-4.6.1/x86_64-apple-darwin11.0.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 thanks Note: here are some outputs from uname gcc -v uname -a Darwin dimamacbookpro.local 11.0.0 Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64 x86_64 gcc -v Using built-in specs. Target: i686-apple-darwin11 Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2335.15~108/src/configure --disable-checking --enable-werror --prefix=/Developer/usr/llvm-gcc-4.2 --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin11 --enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2335.15~108/dst-llvmCore/Developer/usr/local --program-prefix=i686-apple-darwin11- --host=x86_64-apple-darwin11 --target=i686-apple-darwin11 --with-gxx-include-dir=/usr/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)
[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #11 from dmarkman at mac dot com 2009-08-28 17:28 --- thank you very much for all your comments first of all I fixed my typo and used --build instead of -build but that wasn't a problem after modifying Make-lang.in from gcc/cp folder (as Jack Howarth suggested) I was able to finish the build. I agree that apple should fix that bug, from other hand that patch should be available as well thank you very much for all your help -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #6 from dmarkman at mac dot com 2009-08-28 14:37 --- thanks for the answer. Here is what I did in the fresh new gcc-4.4.1 folder I issued ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build --enable-languages=c,c++ --with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build --with-mpfr=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build -build=x86_64-apple-darwin10.0.0 --host=x86_64-apple-darwin10.0.0 --target=x86_64-apple-darwin10.0.0 and now I got another error: /Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-x86_64-apple-darwin10.0.0/prev-gcc/xgcc -B/Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-x86_64-apple-darwin10.0.0/prev-gcc/ -B/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/x86_64-apple-darwin10.0.0/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -o cc1plus-dummy \ cp/cp-lang.o stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-gimplify.o tree-mudflap.o attribs.o c-common.o c-format.o c-pragma.o c-semantics.o c-lex.o c-dump.o i386-c.o darwin-c.o c-pretty-print.o c-opts.o c-pch.o incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-gimplify.o c-omp.o tree-inline.o dummy-checksum.o main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build/lib -L/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build/lib -lmpfr -lgmp ld: duplicate symbol _init_inline_once in libbackend.a(tree-inline.o) and tree-inline.o collect2: ld returned 1 exit status make[3]: *** [cc1plus-dummy] Error 1 make[2]: *** [all-stage2-gcc] Error 2 make[1]: *** [stage2-bubble] Error 2 make: *** [all] Error 2 and BTW, from the gcc-4.4.1 I called command: find . -name *.o | xargs file and I saw that majority of the .o files have x86_64 arch., but there are .o file with i386 (especially from prev-gcc/i386 and i386/libgcc folders) also I did try to build gcc with x86_64 kernel, unfortunately config.guess doesn't guess right, because uname -p still returns i386 only uname -m returns x86_64 I found that very confusing command arch also returns i386 and now I can say that building gcc on x86_64 kernel machine gave me the same duplication error thanks in advance -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #5 from dmarkman at mac dot com 2009-08-28 14:36 --- thanks for the answer. Here is what I did in the fresh new gcc-4.4.1 folder I issued ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build --enable-languages=c,c++ --with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build --with-mpfr=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build -build=x86_64-apple-darwin10.0.0 --host=x86_64-apple-darwin10.0.0 --target=x86_64-apple-darwin10.0.0 and now I got another error: /Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-x86_64-apple-darwin10.0.0/prev-gcc/xgcc -B/Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-x86_64-apple-darwin10.0.0/prev-gcc/ -B/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/x86_64-apple-darwin10.0.0/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -o cc1plus-dummy \ cp/cp-lang.o stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-gimplify.o tree-mudflap.o attribs.o c-common.o c-format.o c-pragma.o c-semantics.o c-lex.o c-dump.o i386-c.o darwin-c.o c-pretty-print.o c-opts.o c-pch.o incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-gimplify.o c-omp.o tree-inline.o dummy-checksum.o main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build/lib -L/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build/lib -lmpfr -lgmp ld: duplicate symbol _init_inline_once in libbackend.a(tree-inline.o) and tree-inline.o collect2: ld returned 1 exit status make[3]: *** [cc1plus-dummy] Error 1 make[2]: *** [all-stage2-gcc] Error 2 make[1]: *** [stage2-bubble] Error 2 make: *** [all] Error 2 and BTW, from the gcc-4.4.1 I called command: find . -name *.o | xargs file and I saw that majority of the .o files have x86_64 arch., but there are .o file with i386 (especially from prev-gcc/i386 and i386/libgcc folders) also I did try to build gcc with x86_64 kernel, unfortunately config.guess doesn't guess right, because uname -p still returns i386 only uname -m returns x86_64 I found that very confusing command arch also returns i386 and now I can say that building gcc on x86_64 kernel machine gave me the same duplication error thanks in advance -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug c++/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
--- Comment #1 from dmarkman at mac dot com 2009-08-28 03:17 --- Created an attachment (id=18440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18440&action=view) config.log for failed build this is config.log for the failed build -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug c++/41180] New: can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6
Hi I'm not able to build gcc 4.4.1 on Snow Leopard Mac Pro ( gmp 4.3.1 and mpfr 2.4.1 were built without problem #gmp cd gmp-4.3.1 ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build make make install make check #mpfr cd ../mpfr-2.4.1 ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build --with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build make make install make check #gcc cd ../gcc-4.4.1 ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build --with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build make make compalins about incompatible library arch. gmp and mpfr were built as x86_64 libraries I verified it with "file" command so I just forced some flags to be x86_64: setenv LDFLAGS "-arch x86_64" setenv CFLAGS "-arch x86_64" setenv CXXFLAGS "-arch x86_64" setenv CPPFLAGS "-arch x86_64" make clean make distclean ./configure --prefix=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build --with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build make and after that I got another error: checking for i386-apple-darwin10.0.0-gcc... /Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-i386-apple-darwin10.0.0/gcc/xgcc -B/Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/host-i386-apple-darwin10.0.0/gcc/ -B/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/i386-apple-darwin10.0.0/bin/ -B/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/i386-apple-darwin10.0.0/lib/ -isystem /home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/i386-apple-darwin10.0.0/include -isystem /home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build/i386-apple-darwin10.0.0/sys-include checking for suffix of object files... configure: error: in `/Volumes/Macintosh_HD/Users/Shared/Development/GCC/gcc-4.4.1/i386-apple-darwin10.0.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 -- Summary: can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6 Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dmarkman at mac dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
[Bug fortran/35877] difference between result in optimized and normal executable
--- Comment #3 from dmarkman at mac dot com 2008-04-14 21:47 --- Hi, first of all thanks for your comment I don't use i0 in the program - it's inside of the quotes so test is fine I made all changes you made and still in 4.3 (opt) I'm getting (+Inf, Nan) it looks like that 4.4 fixes that Inconsistence I just don't build 4,4 to check thanks again > Well, your test case is invalid anyway (i0 is referenced before being > defined). > > Here's a standard conforming portable version that compiles with "-Wall > -pedantic -std=f2003": > > program short_test_inf > implicit none > integer, parameter :: dp = selected_real_kind (15) > complex(dp) nan_inf, normal_number, cmplx_test, i0 > real(dp) tth, pi, zero > data tth /6.7e-01_dp/ > data pi /3.1415926535897932385_dp/ > data zero /0.0_dp/ > normal_number = cmplx(tth, zero, dp) > nan_inf = cmplx(pi/zero, zero/zero, dp) > i0 = cmplx(0, 0, dp) > cmplx_test = nan_inf * normal_number > Cprint *,'nan_inf ',nan_inf > print *,'cmplx_test (inf+iNan)*(2/3+i0) ',cmplx_test > cmplx_test = nan_inf * tth > Cprint *,'tth ',tth > print *,'cmplx_test (inf+iNan)*(2/3)',cmplx_test > end program > > Results with this program comparing 4.1 and 4.4 (trunk): > > $ ./gf41-opt > cmplx_test (inf+iNan)*(2/3+i0) (NaN, > NaN) > cmplx_test (inf+iNan)*(2/3) ( +Infinity, > NaN) > $ ./gf41-nonopt > cmplx_test (inf+iNan)*(2/3+i0) (NaN, > NaN) > cmplx_test (inf+iNan)*(2/3) (NaN, > NaN) > $ ./gf44-opt > cmplx_test (inf+iNan)*(2/3+i0) (+Infinity, > > NaN) > cmplx_test (inf+iNan)*(2/3) (+Infinity, > NaN) > $ ./gf44-nonopt > cmplx_test (inf+iNan)*(2/3+i0) ( NaN, > > NaN) > cmplx_test (inf+iNan)*(2/3) ( NaN, > NaN) > > Basically, I'd like to close this as wontfix. IIRC once you get an FP > exception, all bets are off and the result of further computation can be > anything. Of course it would be nice if results were the same regardless of > optimization level. > > For a related issue where being excessively anal about complex arithmetic > resulted in a factor of 5 slowdown, see PR 29549 > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35877
[Bug fortran/35877] difference between result in optimized and normal executable
--- Comment #1 from dmarkman at mac dot com 2008-04-08 21:09 --- I meant Note: gfortran4.2.3 returns for both (optimized/non optimized) NaN, NaN intel 10 fortran has exactly the same behaviour as gfortran 4.3.0: optimized Inf,NaN non optimized NaN,Nan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35877
[Bug fortran/35877] New: difference between result in optimized and normal executable
consider the following program
program short_test_inf
complex*16 nan_inf, normal_number, cmplx_test
real*8 tth, pi, zero
data tth /6.7D-01/
data pi /3.1415926535897932385D0/
data zero /0.0D0/
normal_number = dcmplx(tth, zero)
nan_inf = dcmplx(pi/zero, zero/zero)
cmplx_test = nan_inf * normal_number
print *,'nan_inf ',nan_inf
print *,'cmplx_test (inf+iNan)*(2/3+i0) ',cmplx_test
cmplx_test = nan_inf * tth
print *,'tth ',tth
print *,'cmplx_test (inf+iNan)*(2/3)',cmplx_test
end program
optimized version (gfortran -O test.F)
returns
nan_inf (+Infinity, NaN)
cmplx_test (inf+iNan)*(2/3+i0) (+Infinity,
NaN)
tth 0.3
cmplx_test (inf+iNan)*(2/3) (+Infinity,
NaN)
non optimized version (gfortran test.F)
returns
nan_inf (+Infinity, NaN)
cmplx_test (inf+iNan)*(2/3+i0) ( NaN,
NaN)
tth 0.3
cmplx_test (inf+iNan)*(2/3) ( NaN,
NaN)
Note: gfortran4.2.3 returns for both (optimized/non optimized) NaN, NaN
intel 10 fortran has exactly the same behaviour as gfortran 4.3.0:
optimized Inf,NaN
non optimized Inf,Nan
thanks
--
Summary: difference between result in optimized and normal
executable
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dmarkman at mac dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35877
[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented
--- Comment #17 from dmarkman at mac dot com 2007-01-26 01:45 --- after looking at the gcc/fortran/trans_types.c I tried to use -fdefault-integer-8 switch and everything was fine -- dmarkman at mac dot com changed: What|Removed |Added CC||dmarkman at mac dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060
[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented
--- Comment #16 from dmarkman at mac dot com 2007-01-26 01:05 --- it looks like that suggested code doesn't work for x86_64 platform. I changed ADDR declaration to INTEGER *8 and gfortran -m64 percentval.f returns the following errors: CALL SUB1( %VAL( ADDR ), SIZE ) 1 Error: Kind of by-value argument at (1) is larger than default kind I did it on Mac OS X 10.4.8 and with gcc 4.2 but I guess it could work on Leopard 10.5 but I didn't check it -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060
