--- Comment #19 from burnus at gcc dot gnu dot org 2010-04-13 10:12 ---
> This looks like a bug in binutils 2.15
Can we thus close the bug? Or remains there something to do in libgfortran?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43733
--- Comment #18 from redi at gcc dot gnu dot org 2010-04-13 09:21 ---
Instead I've decided to use --with-arch=nocona --with-tune=core2, since that
avoids having to deploy a new binutils to every server where I want to deploy
gcc
--
redi at gcc dot gnu dot org changed:
Wha
--- Comment #15 from redi at gcc dot gnu dot org 2010-04-12 18:21 ---
(In reply to comment #14)
> > Why is that instruction being issued when compiling amd64/libgfortran?
>
> Don't worry about this insn, it works for core2.
GNU as 2.15 doesn't believe you :-)
$ echo sahf > test.s
$ /
--- Comment #14 from ubizjak at gmail dot com 2010-04-12 18:16 ---
(In reply to comment #13)
> I can't read or write assembler, but searching the interweb tells me that sahf
> is not valid in 64-bit mode, e.g.
> http://www.x86-64.org/pipermail/discuss/2004-April/004615.html and also
> "I
--- Comment #13 from redi at gcc dot gnu dot org 2010-04-12 18:08 ---
I can't read or write assembler, but searching the interweb tells me that sahf
is not valid in 64-bit mode, e.g.
http://www.x86-64.org/pipermail/discuss/2004-April/004615.html and also
"Introduction to 80x86 Assembly L
--- Comment #12 from redi at gcc dot gnu dot org 2010-04-12 18:05 ---
(In reply to comment #3)
> (In reply to comment #1)
> > I'm currently trying another bootstrap without --with-arch=core2
>
> That worked OK, so it's only the combination of /usr/sfw/bin/gas, fortran and
> arch=core2 t
--- Comment #11 from redi at gcc dot gnu dot org 2010-04-12 18:02 ---
(In reply to comment #10)
> (In reply to comment #9)
>
> > Let me guess, /usr/sfw/bin/gas compiles this asm file OK, while
> > /usr/ccs/bin/ld
> > doesn't?
>
> Well, /usr/ccs/bin/as, of course.
>
gas barfs on it,
--- Comment #10 from ubizjak at gmail dot com 2010-04-12 17:57 ---
(In reply to comment #9)
> Let me guess, /usr/sfw/bin/gas compiles this asm file OK, while
> /usr/ccs/bin/ld
> doesn't?
Well, /usr/ccs/bin/as, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43733
--- Comment #9 from ubizjak at gmail dot com 2010-04-12 17:56 ---
(In reply to comment #6)
> running the failing command with -save-temps shows that sahf isused here:
>
> .LM312:
> fprem
> fnstsw %ax
> sahf
> jp .L103
> fstp%st(1)
> fstpl -56(%rbp)
>
--- Comment #8 from ubizjak at gmail dot com 2010-04-12 17:47 ---
(In reply to comment #3)
> (In reply to comment #1)
> > I'm currently trying another bootstrap without --with-arch=core2
>
> That worked OK, so it's only the combination of /usr/sfw/bin/gas, fortran and
> arch=core2 that
--- Comment #7 from redi at gcc dot gnu dot org 2010-04-12 17:30 ---
the failure is while building the 64bit libgfortran, is sahf valid in 64-bit
mode?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43733
--- Comment #6 from redi at gcc dot gnu dot org 2010-04-12 17:25 ---
running the failing command with -save-temps shows that sahf isused here:
.LM312:
fprem
fnstsw %ax
sahf
jp .L103
fstp%st(1)
fstpl -56(%rbp)
movsd -56(%rbp), %xmm1
ucomisd %xmm1
--- Comment #5 from ubizjak at gmail dot com 2010-04-12 17:24 ---
Looks to me that this is libgfortran messing with choosen assembler.
The bootstrap would die way before libgfortran is touched otherwise.
I'm changing component to libgfortran in the hope that fortraners will confirm
(an
13 matches
Mail list logo
