https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #27 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:be80a2e64a38540a371fa4f03513653d2741bc89
commit r10-11367-gbe80a2e64a38540a371fa4f03513653d2741bc89
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #26 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7fce881241b4f6492d8d321322fcb3412dea2137
commit r11-10713-g7fce881241b4f6492d8d321322fcb3412dea2137
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #25 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:454bf9f4d55058589ac6a76261356cbda599e831
commit r12-9273-g454bf9f4d55058589ac6a76261356cbda599e831
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #24 from Mayshao-oc at zhaoxin dot com ---
Hi Jakub:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Thanks for your patch. We test it works on all zhaoxin
platforms. We find the same bug still exi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Jakub Jelinek changed:
What|Removed |Added
Resolution|WONTFIX |FIXED
--- Comment #23 from Jakub Jeline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #22 from Martin Liška ---
Thank you Jakub, please revert my documentation patch if you are convinced
enough the change works only on old VIA CPUs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #21 from ValdikSS ---
VIA Eden Esther (32-bit core)
0 0 0001 746e6543 736c7561 48727561
0 1 0001 746e6543 736c7561 48727561
1 0 06d0 0800 4181 a7c9bbff
1 1 06d0 0800 4181 a7c9bbff
2 0 000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #20 from Erich Eckner ---
Yeah, now it pulled some stuff :-)
0 0 000a 746e6543 736c7561 48727561
0 1 000a 746e6543 736c7561 48727561
1 0 06fa 00010800 008863a9 afc9fbff
1 1 06fa 00010800 008863a9 afc9fbff
2 0 02b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #19 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b24e9c083093a9e1b1007933a184c02f7ff058db
commit r13-5759-gb24e9c083093a9e1b1007933a184c02f7ff058db
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #18 from Jakub Jelinek ---
(In reply to Erich Eckner from comment #17)
> With that, I get a segfault in cpuid():
>
> (gdb) run
> Starting program: /tmp/a.out
> [Thread debugging using libthread_db enabled]
> Using host libthread_db
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #17 from Erich Eckner ---
With that, I get a segfault in cpuid():
(gdb) run
Starting program: /tmp/a.out
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Program received sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #16 from Jakub Jelinek ---
(In reply to Erich Eckner from comment #4)
> Created attachment 50871 [details]
> cpuid probing
>
> Does the attached program yield, what you need? (Sry, I'm quite unfamiliar
> with asm in gcc)
>
> It giv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #15 from Martin Liška ---
Your patch might work.
> In fact, I wonder why get_available_features isn't called unconditionally
Yes, I would also expect that, but it was not the case even before the big
refactoring in g:1890f2f0e210ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #13 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:1189d1b38e2b9507488ea294cda771c79e972c1d
commit r13-5755-g1189d1b38e2b9507488ea294cda771c79e972c1d
Author: Martin Liska
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Martin Liška changed:
What|Removed |Added
CC||Mayshao-oc at zhaoxin dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #11 from ValdikSS ---
Well, the function is called __builtin_cpu_supports, for which one might expect
that it just checks CPUID and returns reliable results, while in reality it
operates using the build-in CPU support list. The funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #10 from Martin Liška ---
(In reply to ValdikSS from comment #9)
> May I ask why was is closed as WONTFIX?
Because we're not planning to support such legacy hardware.
> It fails on VIA Eden Eshter.
Is it critical that the feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
ValdikSS changed:
What|Removed |Added
CC||iam at valdikss dot org.ru
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Erich Eckner changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #5 from Richard Biener ---
(In reply to Erich Eckner from comment #2)
> We use this in archlinux32 to detect, if we can install packages, that have
> sse2 opcodes:
>
> If one sets "Architecture = auto" in /etc/pacman.conf, uname onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #4 from Erich Eckner ---
Created attachment 50871
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50871&action=edit
cpuid probing
Does the attached program yield, what you need? (Sry, I'm quite unfamiliar with
asm in gcc)
It g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #2 from Erich Eckner ---
We use this in archlinux32 to detect, if we can install packages, that have
sse2 opcodes:
If one sets "Architecture = auto" in /etc/pacman.conf, uname only gives "i686"
in both cases (this is how archlinux d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confi
27 matches
Mail list logo