https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95791
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com
Target Milestone: ---
Both host_detect_local_cpu and get_builtin_code_for_version have similar
logic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95802
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94998
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95791
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: hubicka at ucw dot cz, ubizjak at gmail dot com
Target Milestone: ---
Target: i386,x86-64
i386-builtins.c has arch_names_table
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: hubicka at gcc dot gnu.org, ubizjak at gmail dot com
Target Milestone: ---
Target: i386,x86-64
i386-builtins.c has _isa_names_table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95846
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95842
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95842
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95843
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95774
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95660
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
arget
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Target: i386,x86-64
CLWB isn't supported on Ice Lake client. Only Tiger Lake supports it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95874
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |8.5
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95620
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863
H.J. Lu changed:
What|Removed |Added
CC||craig.topper at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95620
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863
H.J. Lu changed:
What|Removed |Added
CC||polacek at redhat dot com,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863
--- Comment #3 from H.J. Lu ---
Created attachment 48790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48790&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
Bug 93492 depends on bug 95655, which changed state.
Bug 95655 Summary: -mfentry -pg generates extra push/pop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #7 from H.J. Lu ---
(In reply to H.J. Lu from comment #6)
> It has nothing to do with LTO. You get the same behavior without LTO.
> This is how weak symbol works.
BTW, this is why I proposed STB_SECONDARY:
https://gcc.gnu.org/legac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #10 from H.J. Lu ---
(In reply to Andi Kleen from comment #8)
> It works fine without LTO.
>
> Otherwise the Linux kernel wouldn't work. It relies on this behavior for its
> syscalls.
>
[hjl@gnu-cfl-2 pr95928]$ make
/usr/gcc-9.3.1-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #11 from H.J. Lu ---
(In reply to Andi Kleen from comment #9)
> I think the STB_SECONDARY stuff is only needed if ld -r is used, but not for
> ar
Linker won't search archive to resolve weak definition. Since SECONDARY is
between WEAK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #13 from H.J. Lu ---
(In reply to Andi Kleen from comment #12)
> Okay. I only compared gcc-7 (working) vs gcc-9 (broken), but always with LTO.
>
> Looking at the kernel link it also uses --whole-archive. Perhaps that makes
> a differ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88713
--- Comment #58 from H.J. Lu ---
(In reply to Thomas Koenig from comment #57)
> (In reply to H.J. Lu from comment #56)
> > (In reply to Thomas Koenig from comment #55)
> > > (In reply to H.J. Lu from comment #45)
> > > > Created attachment 45510
: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com, wwwhhhyyy333 at gmail dot com
Target Milestone: ---
Target: i386, x86-64
GCC has
__cpuid_count(leaf,subleaf, a,b,c,d)
MSVS has
void __cpuidex(
int cpuInfo[4
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: mliska at suse dot cz
Target Milestone: ---
On 32-bit hosts, r11-1778 caused:
../../src-master/gcc/gcov-dump.c: In function ??void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96061
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-07-04
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96061
--- Comment #3 from H.J. Lu ---
(In reply to Alexander Popov from comment #2)
> > We are working on -fzero-call-used-regs:
>
> H.J. Lu, thanks for the information!
>
> However, this flag can't be used per-function, like the attribute.
Incorrec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96061
--- Comment #5 from H.J. Lu ---
(In reply to Alexander Popov from comment #4)
> > Incorrect. There is also a zero_call_used_regs attribute.
>
> Thanks, now I've found it in your tree:
>
> ```
> You can control this behavior for a specific func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96061
--- Comment #7 from H.J. Lu ---
(In reply to Alexander Popov from comment #6)
> >> Could you explain the connection between your attribute for zeroing
> >> registers and 'no_caller_saved_registers' attribute?
> >
> > We are porting
> >
> > http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96144
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96144
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #25 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #24)
> > --- Comment #23 from H.J. Lu ---
> > Do -fpatchable-function-entry and -mfentry work on Solaris?
>
> I don't have the slightest idea what that wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #27 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #26)
> > --- Comment #25 from H.J. Lu ---
> > -fpatchable-function-entry and -mfentry generate special instruction
> > sequence at function entry. Does Sol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #29 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #28)
> > --- Comment #27 from H.J. Lu ---
> > (In reply to r...@cebitec.uni-bielefeld.de from comment #26)
> >> > --- Comment #25 from H.J. Lu ---
> >> > -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #31 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #30)
> > --- Comment #29 from H.J. Lu ---
> > (In reply to r...@cebitec.uni-bielefeld.de from comment #28)
> >> > --- Comment #27 from H.J. Lu ---
> >> > (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #34 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549880.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 93492, which changed state.
Bug 93492 Summary: Broken code with -fpatchable-function-entry and
-fcf-protection=full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95443
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
Bug 95151 depends on bug 95443, which changed state.
Bug 95443 Summary: cmpstrnqi patterns update string length
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95443
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95645
--- Comment #2 from H.J. Lu ---
*** This bug has been marked as a duplicate of bug 96192 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96192
H.J. Lu changed:
What|Removed |Added
CC||elver at google dot com
--- Comment #2 from H.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
Bug 95151 depends on bug 95443, which changed state.
Bug 95443 Summary: cmpstrnqi patterns update string length
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95443
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95443
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #5 from H.J. Lu ---
(In reply to Richard Biener from comment #4)
> Arguably the simplest solution is to demote the error to a warning,
> --enable-cet
> is supposed to only enable CET instrumentation of (part of) the runtime. If
> we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #6 from H.J. Lu ---
By design, mixing CET and non-CET objects must be allowed. We should
revisit PR 95604.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604
--- Comment #6 from H.J. Lu ---
LTO should follow GNU property spec by merging GNU_PROPERTY_X86_FEATURE_1_IBT
and GNU_PROPERTY_X86_FEATURE_1_SHSTK from all IR files, just like ld. The
current behavior can be retained by a new option, -fcf-protec
|--- |11.0
Last reconfirmed||2020-07-15
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96202
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #8 from H.J. Lu ---
Created attachment 48881
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48881&action=edit
Something like this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #10 from H.J. Lu ---
(In reply to Matthias Klose from comment #9)
> Comment on attachment 48881 [details]
> Something like this
>
> please could you update gcc/doc/invoke.texi?
It needs more than documentation.
> is error only supp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #11 from H.J. Lu ---
Created attachment 48885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48885&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-07-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96225
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96186
H.J. Lu changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96225
H.J. Lu changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #4 from H.J. Lu ---
Dup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96186
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #14 from H.J. Lu ---
(In reply to Richard Biener from comment #13)
> (In reply to H.J. Lu from comment #12)
> > Please this patch.
>
> /* Merge and update the -fcf-protection option. */
>
> but here you take the setting from the la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
--- Comment #16 from H.J. Lu ---
(In reply to rguent...@suse.de from comment #15)
> On Fri, 17 Jul 2020, hjl.tools at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
> >
> > ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96217
--- Comment #5 from H.J. Lu ---
(In reply to LE GARREC Vincent from comment #0)
> Created attachment 48880 [details]
> glibc-build.zip
>
> I work on Gentoo. I compiled gcc with -O0 and I was able to complete the
> build (I didn't executed tests)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95973
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96238
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96217
--- Comment #7 from H.J. Lu ---
(In reply to LE GARREC Vincent from comment #6)
> My log says :
>
> >>> Configuring source in
> >>> /var/tmp/portage/sys-devel/gcc-10.1.0-r2/work/gcc-10.1.0 ...
> * CFLAGS="-march=native -O0 -ggdb2 -g2 -pipe -fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95620
--- Comment #7 from H.J. Lu ---
Fixed for GCC 11 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96238
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95973
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
Bug 95237 depends on bug 96192, which changed state.
Bug 96192 Summary: tree-inline.c(copy_decl_for_dup_finish) should preserve decl
alignment in copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96192
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96192
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96350
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-07-28
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96350
--- Comment #2 from H.J. Lu ---
We can force 0xfa1e0ff3 into memory with
[hjl@gnu-snb-1 tmp]$ cat bar.s
.text
.p2align 4
.globl foo
.type foo, @function
foo:
movl.LC0(%rip), %eax
ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96350
--- Comment #4 from H.J. Lu ---
Created attachment 48944
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48944&action=edit
An experimental patch
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 48956
--> https://gcc.gnu.org/bugzilla/attachment.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from H.J. Lu ---
A testcas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
--- Comment #5 from H.J. Lu ---
Please get users/hjl/pr26314/test branch at
https://gitlab.com/x86-binutils/binutils-gdb/-/tree/users/hjl/pr26314/test
and build binutils with GCC 10:
CC="/usr/gcc-10.1.1-x32/bin/gcc -flto -ffat-lto-objects -Wl,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96202
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
H.J. Lu changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
--- Comment #7 from H.J. Lu ---
[hjl@gnu-cfl-2 pr26324]$ cat pr15146a.c
extern int xxx;
int
bar (void)
{
return xxx;
}
int
main ()
{
return 0;
}
[hjl@gnu-cfl-2 pr26324]$ cat pr15146b.c
int xxx = 3;
[hjl@gnu-cfl-2 pr26324]$ cat pr15146c.c
[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
--- Comment #8 from H.J. Lu ---
The original pr26324a.o debug info contains reference to xxx. But reference
to xxx has been removed by LTO. simple_object_copy_lto_debug_sections fails
to remove the un-referenced symbol, xxx, from symbol table.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
H.J. Lu changed:
What|Removed |Added
Attachment #48956|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
--- Comment #10 from H.J. Lu ---
(In reply to H.J. Lu from comment #8)
> The original pr26324a.o debug info contains reference to xxx. But reference
> to xxx has been removed by LTO. simple_object_copy_lto_debug_sections fails
> to remove the u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
H.J. Lu changed:
What|Removed |Added
Summary|GCC generates separate |[8/9/10/11 Regression] GCC
|
: normal
Priority: P3
Component: target
Assignee: crazylht at gmail dot com
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Target: x86_64
ommit f098bc87dcae5646d11a351cfb55d0e1124c7f60
Author: liuhongt
Date: Mon Jul 20 10:13:58 2020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96562
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
: normal
Priority: P3
Component: testsuite
Assignee: skpgkp2 at gmail dot com
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Target: x86_64
On Linux/x86-64,
$ cd {build_dir}/gcc && make check
RUNTESTFLAGS="i386.exp=gcc.target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96539
H.J. Lu changed:
What|Removed |Added
CC||skpgkp2 at gmail dot com
Status|RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95458
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com
Target Milestone: ---
Target: x86-84
On Linux/x86 without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65146
H.J. Lu changed:
What|Removed |Added
URL||https://gitlab.com/x86-psAB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96802
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96802
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
,
||hjl.tools at gmail dot com,
||wwwhhhyyy333 at gmail dot com
--- Comment #3 from H.J. Lu ---
We will take a look at x86 backend.
201 - 300 of 7290 matches
Mail list logo
