https://sourceware.org/bugzilla/show_bug.cgi?id=25550
--- Comment #12 from H.J. Lu ---
(In reply to Jan Beulich from comment #11)
> (In reply to H.J. Lu from comment #10)
> > We need a directive for SSE instructions without MMX registers.
> > We can give it a different name, something like pure-S
https://sourceware.org/bugzilla/show_bug.cgi?id=25550
--- Comment #11 from Jan Beulich ---
(In reply to H.J. Lu from comment #10)
> We need a directive for SSE instructions without MMX registers.
> We can give it a different name, something like pure-SSE.
But what practical use would such an opt
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #57 from Martin Liška ---
> Try the latest one.
I can confirm it works.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25550
--- Comment #10 from H.J. Lu ---
(In reply to Jan Beulich from comment #9)
> (In reply to H.J. Lu from comment #8)
> > We can say something like
> >
> > In addition to the basic instruction set, the assembler can be told
> > to acce
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #56 from H.J. Lu ---
(In reply to Martin Liška from comment #48)
> Ok, I've just packaged the 2.34 release branch with the backport of this
> issue.
> However, I see the following Invalid free:
>
> $ touch a.c && gcc -c -flto a.c
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
H.J. Lu changed:
What|Removed |Added
Attachment #12287|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=25550
--- Comment #9 from Jan Beulich ---
(In reply to H.J. Lu from comment #8)
> We can say something like
>
> In addition to the basic instruction set, the assembler can be told
> to accept various extension mnemonics. 4 separate vecto
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #54 from Martin Liška ---
However, I see one another segfault:
$ cat 1.i
int a;
$ cat 2.i
[empty file]
$ gcc -flto=auto -O2 -fPIC 1.i -c
$ gcc -flto=auto -O2 -fPIC 2.i -c
$ ar cru x.a 1.o 2.o
$ ranlib x.a
Segmentation fault (core
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #53 from Martin Liška ---
(In reply to H.J. Lu from comment #52)
> Created attachment 12297 [details]
> A new patch
The patch works for me! Thank you.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
H.J. Lu changed:
What|Removed |Added
Attachment #12296|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #51 from H.J. Lu ---
(In reply to Martin Liška from comment #49)
> If I revert backport of 99845b3b77ed1248b6fb94707f88868bde358ccc, then it's
> fine.
Please try the new patch.
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #50 from H.J. Lu ---
Created attachment 12296
--> https://sourceware.org/bugzilla/attachment.cgi?id=12296&action=edit
A patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #49 from Martin Liška ---
If I revert backport of 99845b3b77ed1248b6fb94707f88868bde358ccc, then it's
fine.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
14 matches
Mail list logo
