http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56890
--- Comment #6 from Martin 2013-04-11 09:21:54 UTC ---
Created attachment 29854
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29854
Results of testcase with -O0 to -O3 for gcc 4.7.2 and 4.8.0
Output (stdout+stderr, assembler file)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
Martin changed:
What|Removed |Added
Version|4.7.1 |4.7.2
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #10 from Martin 2013-02-26 14:18:13 UTC
---
(In reply to comment #8)
In fact I [suppose I] do as you suggest: I use "-march=core2" to prevent it
from using AVX. The problem is that this is inconsistently overruled by the
cap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53731
Martin changed:
What|Removed |Added
Version|4.7.1 |4.7.2
--- Comment #2 from Martin 2013
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
Martin changed:
What|Removed |Added
Version|4.7.0 |4.7.2
--- Comment #7 from Martin 2013
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
--- Comment #8 from Martin 2012-07-17 13:41:35 UTC ---
(In reply to comment #7)
> And what about when you put gmp, mpfr and mpc in the GCC source tree? That's
> what worked fine for me. The same configure command without the
> --with-gmp/--with-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
--- Comment #6 from Martin 2012-07-17 12:18:11 UTC ---
> --with-gnu-as --with-as=/opt/SP/gcc/bin/as \
> --with-gnu-ld --with-ld=/opt/SP/gcc/bin/ld
Wrong path when replacing the env vars, should read
--with-gnu-as --with-as=/opt/SP/gcc/gcc-4.7.1/bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
--- Comment #5 from Martin 2012-07-17 12:15:38 UTC ---
IMHO nothing special with the configure call.
SRCDIR=/opt/SP/build/gcc/gcc-4.7.1
Build dir=/opt/SP/build/gcc/gcc-4.7.1-build
INSTPATH=/opt/SP/gcc/gcc-4.7.1
A set of tools including current bin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
--- Comment #3 from Martin 2012-07-17 10:10:52 UTC ---
(In reply to comment #1)
Hi Jonathan,
> Another, simpler, workaround is to build the support libs by putting the
> sources in the gcc source tree.
may be feasible, but also one could be forc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
--- Comment #2 from Martin 2012-07-17 10:10:01 UTC ---
Created attachment 27809
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27809
Diffs of a crude workaround
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53731
--- Comment #1 from Martin 2012-06-28 14:14:49 UTC ---
Just realized the diff output is in the wrong order, sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
Bug #: 53798
Summary: [4.7] Bootstrap fails on Linux x86_64 with pre-built
libmpc/mpfr/gmp due to multilib path problem
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53731
Martin changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #4 from Martin 2012-06-21 09:25:21 UTC ---
( And the "different story" is bug 53731...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53731 )
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53731
Bug #: 53731
Summary: [4.7] Bootstrap fails for libgfortran on Solaris 10
x86 with error "Where has __float128 gone?"
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #3 from Martin 2012-06-13 14:40:06 UTC ---
I can confirm that the attached patch solves the AVX problem for me as well
(means on Solaris and CentOS), wether it is a "proper" one or not...
Thanks!
(BTW, now the compilation on Solaris
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
Bug #: 53113
Summary: Build fails in x86_avx.cc if AVX disabled but
supported by as (Solaris & Linux)
Classification: Unclassified
Product: gcc
Version: unknown
Statu
17 matches
Mail list logo