https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115978
--- Comment #7 from GCC Commits ---
The master branch has been updated by Kong Lingling :
https://gcc.gnu.org/g:9d312ba54428d70f0703c8774a6fe6a4755930e7
commit r15-2242-g9d312ba54428d70f0703c8774a6fe6a4755930e7
Author: Lingling Kong
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116068
Bug ID: 116068
Summary: [15 Regression] ICE: in bitmap_alloc, at bitmap.cc:785
with -Os -flto -ffat-lto-objects
-floop-parallelize-all
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116067
Sam James changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116067
Bug ID: 116067
Summary: [15 Regression] wrong code at -O2 related to -fext-dce
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115991
--- Comment #10 from Sergei Trofimovich ---
Slightly more type-sound program, still ICEs:
typedef unsigned u32;
int b(void);
void f_l_u32(long, u32);
void bug(void) {
u32 hdr[3];
u32 offset = 0;
for (;b();) {
u32 _addr = offset;
u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
--- Comment #5 from Sam James ---
I'll file a new PR for that then if I can reproduce still. Will check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
--- Comment #4 from Surya Kumari Jangala ---
(In reply to Sam James from comment #1)
> Yeah, I mentioned it when filing PR115673, but I wasn't sure if they were
> all the same cause so didn't want to file a bunch without knowing.
I am not able
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116014
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115877
Xi Ruoyao changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116066
Xi Ruoyao changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116066
Bug ID: 116066
Summary: ext-dce + uncommitted LoongArch patch breaks libcpp
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116055
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #48 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #47)
> Created attachment 58746 [details]
> Accoate v2di with GPR
>
> The attached patch can allocated V2DI with GPR to avoid spill.
>
@Uros Is it a good idea to make G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113357
--- Comment #19 from Thorsten Otto ---
I've already done that, as shown above in comment #7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
See Als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115961
--- Comment #6 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:905973410957891fec8a3e42eeefa4618780e0ce
commit r15-2241-g905973410957891fec8a3e42eeefa4618780e0ce
Author: Pan Li
Date: Thu Jul 18 17:2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115877
--- Comment #18 from Xi Ruoyao ---
(In reply to Jeffrey A. Law from comment #15)
> Xi, please file a distinct bug for the loongarch bootstrap failure. If in
> the end it turns out to be the same failure as this one, when we'll close it
> as a d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116062
Xi Ruoyao changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116065
Bug ID: 116065
Summary: [13/14/15 Regression] Function attribute optimize()
might make ISA target attribute broken
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116063
--- Comment #3 from Andrew Pinski ---
(In reply to Hubert Tong from comment #2)
> If it is invalid, a diagnostic like this should appear:
> ```
> warning: union cannot be made transparent
> ```
Not always.
typedef union __attribute__((__transpa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116043
Hongtao Liu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |liuhongt at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116063
--- Comment #2 from Hubert Tong ---
If it is invalid, a diagnostic like this should appear:
```
warning: union cannot be made transparent
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116063
--- Comment #1 from Andrew Pinski ---
Hmm
(https://gcc.gnu.org/onlinedocs/gcc-14.1.0/gcc/Common-Type-Attributes.html):
Second, the argument is passed to the function using the calling conventions of
the first member of the transparent union, not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
Bug ID: 116064
Summary: [15 Regression] SPEC 2017 523.xalancbmk_r failed to
build
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
ux-gnu/src/gcc/configure
--build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu
--target=powerpc64le-unknown-linux-gnu
--prefix=/opt/compiler-explorer/powerpc64le/gcc-trunk-20240723/powerpc64le-unknown-linux-gnu
--exec_prefix=/opt/compiler-explorer/powerpc64le/gcc-trunk-20240723/powerpc64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #9 from Jeffrey A. Law ---
Can't hurt to give it a whirl, I've kept docker container live so that I can
patch and restart. Richard S. knows this code far better than I do, so he
should probably be the right person to do the review t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116037
--- Comment #3 from Jeffrey A. Law ---
So this is fixed by a patch I'm still working on. Essentially I want to stop
relying on an empty LIVE_TMP to denote that we skipped a destination's set.
That's not quite ready yet, but I think it's damn c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115988
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:9a4603d323d890dfab6d27ede17dc904abdccd9b
commit r13-8942-g9a4603d323d890dfab6d27ede17dc904abdccd9b
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114759
--- Comment #16 from GCC Commits ---
The releases/gcc-13 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:9a4603d323d890dfab6d27ede17dc904abdccd9b
commit r13-8942-g9a4603d323d890dfab6d27ede17dc904abdccd9b
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114759
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:63b1b3e23c3c589c2859d481705dc706cbff35a1
commit r13-8941-g63b1b3e23c3c589c2859d481705dc706cbff35a1
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114759
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:77fd352a47137d79e6b7a480503ce4368f13c3e5
commit r13-8940-g77fd352a47137d79e6b7a480503ce4368f13c3e5
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115389
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:bc51e5abcd9cf9a4f74384f2df7c0c8c5ae07c1c
commit r13-8939-gbc51e5abcd9cf9a4f74384f2df7c0c8c5ae07c1c
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #8 from Andrew Pinski ---
Created attachment 58745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58745&action=edit
Try2
This fixes the disconnect between genorg and genemit inside genemit's removing
the explicit PARALLEL when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115877
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:f9a60d575f02822852aa22513c636be38f9c63ea
commit r15-2240-gf9a60d575f02822852aa22513c636be38f9c63ea
Author: Jeff Law
Date: Tue Jul 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115877
--- Comment #16 from Jeffrey A. Law ---
And WRT SUBREG_PROMOTED_P. We already clear it for any pseudo we optimize. See
the call to reset_subreg_promoted_p.
In general I suspect we're more likely to be incorrectly computing lifetime
information
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115877
--- Comment #15 from Jeffrey A. Law ---
Xi, please file a distinct bug for the loongarch bootstrap failure. If in the
end it turns out to be the same failure as this one, when we'll close it as a
dup. Please assign that new bug to me.
While I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #7 from Jeffrey A. Law ---
You might be barking up the wrong tree here. My gut tells me this isn't the
core problem and a bootstrap with your patch just failed in the exact same
place as before.
My suspicion is your patch works aro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
See Als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #5 from Andrew Pinski ---
So from what I can tell is happening is
recog_level2 (in rtl-ssa/changes.cc)
calls recog:
icode = ::recog (pat, rtl, &num_clobbers);
num_clobbers is greater than 0 and then we remove the clobbers ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #83 from rusty at rustcorp dot com.au ---
> Then they shouldn't use warn_unused_result! The documentation of that is
> very very clear: both about what it does, and about what situations it is
> meant for. People who want something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116062
Andrew Pinski changed:
What|Removed |Added
Component|ipa |rtl-optimization
--- Comment #2 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116062
Andrew Pinski changed:
What|Removed |Added
Keywords||compile-time-hog
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116062
Bug ID: 116062
Summary: Exponentially slow compilation at -O3 with
__attribute__((flatten))
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
Bug ID: 116061
Summary: [15 regression] new test case gcc.dg/pr116034.c from
r15-2220-gb9cefd67a2a464 fails execution on BE
Product: gcc
Version: 15.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #4 from Jeffrey A. Law ---
Note there isn't anything inherently wrong with having a clobber that
references the same hard register as another operand. If the clobber occurs
before the inputs are consumed then the clobber need marked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113357
--- Comment #18 from Jeffrey A. Law ---
And I'll repeat what I said earlier. Someone is going to have to put this
under a debugger and understand what's really going on. As far as I can tell
that's never been done and while debugging via "i di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116043
--- Comment #14 from Andrew Pinski ---
(In reply to H.J. Lu from comment #13)
> This caused by r15-1619-g3b9b8d6cfdf593.
exposed by because that just changed the register allocation allocation really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113357
--- Comment #17 from Jeffrey A. Law ---
It's actually pretty damn simple.
../../gcc/configure --disable-analyzer --prefix=$PREFIX
--enable-languages=c,c++,fortran,lto --disable-multilib --disable-libsanitizer
m68k-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116043
H.J. Lu changed:
What|Removed |Added
CC||jskumari at gcc dot gnu.org
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116059
--- Comment #2 from Patrick O'Neill ---
Thanks, I'll take a look at the riscv side and see what I can find out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114665
--- Comment #8 from Patrick O'Neill ---
Bisected to r14-3840-g88a0a883960 but that isn't the offending patch.
Can't find a baseline with --param=riscv-autovec-preference=scalable so I guess
this isn't bisectable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95457
Arsen Arsenović changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #3 from Andrew Pinski ---
Created attachment 58744
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58744&action=edit
Patch which seems to fix the issue
This patch removes the parallel in the define_insn and seems to fix the iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #2 from Andrew Pinski ---
trying to combine definition of r8 in:
```
2004: r8:SI=r2:SI
into:
725: {[r4:SI]=[r5:SI];use r8:SI;use 0;use r6:SI;clobber pr:SI;clobber
t:SI;clobber r4:SI;clobber r5:SI;clobber r6:SI;clobber r0:SI;clobbe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
--- Comment #1 from Andrew Pinski ---
from reading the code, this means add_clobbers was called on an unrecognized
insn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116059
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116060
Bug ID: 116060
Summary: -fanalyzer -fdiagnostics-text-art-charset=unicode
replaces typedef'ed type with "int" in some cases
Product: gcc
Version: 14.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Andrew Pinski changed:
What|Removed |Added
Summary|Miscompilation of nodejs|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116059
Bug ID: 116059
Summary: [14/15 Regression] Miscompile at -O2 since
r14-6420-g85c5efcffed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-unknown-linux-gnu |aarch64-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116058
Bug ID: 116058
Summary: [15 Regression] sh4-linux-gnu fails to bootstrap, late
combine issue
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #26 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:8daae81113eeff37b4ae2e08a9797295fbc8b81e
commit r15-2234-g8daae81113eeff37b4ae2e08a9797295fbc8b81e
Author: Andi Kleen
Date: Tue Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #24 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:2bd8177256b6d87f6e75819218cf22c2c0bfc1ac
commit r15-2231-g2bd8177256b6d87f6e75819218cf22c2c0bfc1ac
Author: Andi Kleen
Date: Tue Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #24 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:2bd8177256b6d87f6e75819218cf22c2c0bfc1ac
commit r15-2231-g2bd8177256b6d87f6e75819218cf22c2c0bfc1ac
Author: Andi Kleen
Date: Tue Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #21 from Mikael Morin ---
(In reply to Tamar Christina from comment #20)
> Hi Mikael,
>
> I did regression testing on x86_64 and AArch64 and only found one test-ism.
>
> I think I understand most of the patch to be able to deal with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #8 from Andrew Pinski ---
The question comes is this defined or undefined?
I think it is still undefined.
Changing:
Maybe() : has_value_(false) {}
into:
Maybe() : has_value_(false), value_() {}
Makes this well defined.
And has no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #7 from Andrew Pinski ---
Can you attach the full preprocessed source instead of just linking?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #6 from Sasha Finkelstein ---
The failing function is at
https://github.com/nodejs/node/blob/main/deps/v8/src/objects/objects.cc#L2521 ,
the RETURN_FAILURE macro is defined at
https://github.com/nodejs/node/blob/main/deps/v8/src/exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109345
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114196
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106783
--- Comment #8 from Tamar Christina ---
(In reply to Jan Hubicka from comment #6)
> The problem is that n/=0 is undefined behavior (so we can optimize out call
> to function doing divide by zero), while __builtin_trap is observable and we
> do n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #5 from Andrew Pinski ---
Can you attach the original code that was failing since the reduced one is
questionable?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #4 from Andrew Pinski ---
So this code might have undefined behavior. At the very least it is
questionable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114916
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115660
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109227
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115977
A. Wilcox (awilfox) changed:
What|Removed |Added
Attachment #58696|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #3 from Andrew Pinski ---
#define vect8 __attribute__((vector_size(8)))
vect8 int f(int a)
{
int b;
vect int t={1,1};
if(a) return t;
return (vect8 int){0, b};
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
--- Comment #2 from Andrew Pinski ---
g:33c2b70dbabc02788caabcbc66b7baeafeb95bcf
That just changed the cost model.
Most likely could be reproduced with -fno-cost-model beforehand.
Note there is an unitialized usage on one side of the if so t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114665
--- Comment #7 from Patrick O'Neill ---
Retested using r15-2217-ga3f03891065.
It's changed slightly but is still reproducible on my machine :-/
> /scratch/tc-testing/tc-compiler-fuzz-trunk/build-gcv/bin/riscv64-unknown-linux-gnu-gcc
> -march=r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116057
Bug ID: 116057
Summary: Miscompilation of nodejs with -ftree-slp-vectorize on
arm64 and probably others
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
--- Comment #22 from Paul Eggert ---
(In reply to Richard Biener from comment #17)
> I suppose this happens even when building without LTO, so can you please
> attach preprocessed source of the TU containing decode_lisp_time
> (preprocessed with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
--- Comment #21 from Paul Eggert ---
Created attachment 58740
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58740&action=edit
Assembly-language illustrating wrong code
Here is the assembly language output (gzip compressed) of the wrong co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108900
Andrew Pinski changed:
What|Removed |Added
CC||ovidiu.panait at windriver dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116047
--- Comment #4 from Andrew Pinski ---
Wrong one.
*** This bug has been marked as a duplicate of bug 108900 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84864
Andrew Pinski changed:
What|Removed |Added
CC||ovidiu.panait at windriver dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116047
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
--- Comment #20 from Paul Eggert ---
Created attachment 58739
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58739&action=edit
preprocessed Emacs source code illustrating the bug
Here is the gzip-compressed text of the Emacs source code il
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116047
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116050
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-07-23
Status|UNCONFIRM
1 - 100 of 198 matches
Mail list logo
