[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

2011-07-31 Thread dmarkman at mac dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919 --- Comment #8 from Dmitry Markman dmarkman at mac dot com 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

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

2011-07-31 Thread dmarkman at mac dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49919 --- Comment #10 from Dmitry Markman dmarkman at mac dot com 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

[Bug c++/49919] New: problem with building gcc 4.6.1 on Mac OS X Lion

2011-07-30 Thread dmarkman at mac dot com
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:

[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6

2009-08-28 Thread dmarkman at mac dot com
--- 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

[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6

2009-08-28 Thread dmarkman at mac dot com
--- 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

[Bug bootstrap/41180] can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6

2009-08-28 Thread dmarkman at mac dot com
--- 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

[Bug c++/41180] New: can not build gcc 4.4.1 on Snow Leopard Mac OS X 10.6

2009-08-27 Thread dmarkman at mac dot com
gnu dot org ReportedBy: dmarkman at mac dot com 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

2009-08-27 Thread dmarkman at mac dot com
--- 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=18440action=view) config.log for failed build this is config.log for the failed build -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug fortran/35877] difference between result in optimized and normal executable

2008-04-14 Thread dmarkman at mac dot com
--- 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

[Bug fortran/35877] New: difference between result in optimized and normal executable

2008-04-08 Thread dmarkman at mac dot com
: dmarkman at mac dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35877

[Bug fortran/35877] difference between result in optimized and normal executable

2008-04-08 Thread dmarkman at mac dot com
--- 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

[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented

2007-01-25 Thread dmarkman at mac dot com
--- 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

[Bug fortran/23060] %VAL, %REF and %DESCR constructs not implemented

2007-01-25 Thread dmarkman at mac dot com
--- 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