https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
--- Comment #5 from Andrew Pinski ---
for try blocks, I do need the catch blocks so do it as the siblings.
For catch blocks, the child will be type that is being caught as a
DW_TAG_formal_parameter/DW_TAG_unspecified_parameters .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56009
--- Comment #3 from Andrew Pinski ---
This is IIRC the whole atexit vs __cxa_atexit issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57956
Andrew Pinski changed:
What|Removed |Added
Keywords||build, documentation
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65007
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88642
--- Comment #2 from Andrew Pinski ---
We do warn:
: In function 'main':
:3:5: warning: braces around scalar initializer
3 | int x = { { 0 } } ;
| ^~~
Maybe this should be a pedantic warning instead ...
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114642
Kewen Lin changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #13 from Kewen Lin ---
(In reply to Giuliano Belinassi from comment #12)
> With your patch we have:
>
> > .LPFE0:
> > ...
> Which seems what is expected.
Hi Giuliano, thanks for your time on testing it! Could you kindly help to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56335
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87795
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86885
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.1.2
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93537
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
--- Comment #5 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:600bf396799a022e65938de572ad1a79a951b95a
commit r14-9849-g600bf396799a022e65938de572ad1a79a951b95a
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114642
--- Comment #3 from Andrew Pinski ---
(In reply to Kewen Lin from comment #2)
> David posted a fix (see URL).
Oh yes that should fix it for MIPS and RISCV too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114614
Kewen Lin changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56009
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86885
--- Comment #1 from Andrew Pinski ---
Created attachment 57908
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57908=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89624
--- Comment #4 from Andrew Pinski ---
Hmm, Does this matter that much since HLE has been disabled on all cores?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
--- Comment #4 from Andrew Pinski ---
So for space, on LP64 (and LLP64) hosts, there is a free 32bits in the BLOCK
structure:
```
tree chain;
unsigned block_num;
location_t locus; // unsigned
location_t end_locus; // unsigned
tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #7 from Li Pan ---
Looks this commit from bisect acc22d56e140220e7dc6c138918cb6754b6d1c0b, will
take a look into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87535
Andrew Pinski changed:
What|Removed |Added
Depends on||64236
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88642
--- Comment #3 from Andrew Pinski ---
So this code is quiet old. There was an error back before
r0-5028-g790e949032a94b (1993, change by RMS) and mailing lists don't exist
that far back ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #6 from JuzheZhong ---
Definitely it is a regression:
https://compiler-explorer.com/z/e68x5sT9h
GCC 13.2 is ok, but GCC 14 ICE.
I think you should bisect first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45025
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #7 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:26eb5f8fd173e2425ae7505528fc426de4b7e34c
commit r14-9850-g26eb5f8fd173e2425ae7505528fc426de4b7e34c
Author: Kewen Lin
Date: Mon Apr 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114614
--- Comment #2 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:9c97de682303b81c8886ac131fcfb3b122f2f1a6
commit r14-9851-g9c97de682303b81c8886ac131fcfb3b122f2f1a6
Author: Kewen Lin
Date: Mon Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> for try blocks, I do need the catch blocks so do it as the siblings.
> For catch blocks, the child will be type that is being caught as a
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57956
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58806
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39436
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > for try blocks, I do need the catch blocks so do it as the siblings.
> > For catch blocks, the child will be type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55947
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114587
--- Comment #4 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:18e94e04dae724c61cbc13ace85fa68f2deda900
commit r14-9852-g18e94e04dae724c61cbc13ace85fa68f2deda900
Author: H.J. Lu
Date: Mon Apr 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #26 from rguenther at suse dot de ---
On Mon, 8 Apr 2024, douglas.boffey at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
>
> --- Comment #25 from Douglas Boffey ---
> (In reply to rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114640
Bug ID: 114640
Summary: ICE on 'elsif' with complex function call
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #28 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114640
--- Comment #1 from simon at pushface dot org ---
It turns out that the error does not occur if I change
if First_Term = Invalid_Node_Access then
-- Empty or all virtual
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114061
Victor Do Nascimento changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |victorldn at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113006
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #26 from Martin Jambor ---
This should be fixed on master, I'll backport the fix in a few weeks to at
least gcc-13 where it was reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114621
--- Comment #4 from Jakub Jelinek ---
char a;
__thread char b[0x8L];
int
foo (void)
{
return b[0x7L];
}
ICEs similarly with -O0 -fpie.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77882
Nick Desaulniers changed:
What|Removed |Added
CC||ndesaulniers at google dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
Bug ID: 114643
Summary: Call to a template function emitted but without the
code for the template function itself
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
--- Comment #1 from Andrew Pinski ---
This is a devirtualization issue ...
Let me find the dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114621
--- Comment #5 from Jakub Jelinek ---
While for the local exec we happily use something like
movq%fs:0, %rax
movabsq $b@tpoff+34359738367, %rdx
addq%rdx, %rax
movzbl (%rax), %eax
we normally use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #2 from Andrew Pinski ---
/* If we didn't see a full return value copy, verify that there
is a plausible reason for this. If some, but not all of the
return register is likely spilled, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #10 from qinzhao at gcc dot gnu.org ---
Clang has accept this extension:
https://github.com/llvm/llvm-project/pull/84428
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #74 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:1162861439fd3c4b30fc3ccd49462e47e876f04a
commit r14-9840-g1162861439fd3c4b30fc3ccd49462e47e876f04a
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #25 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:1e3312a25a7b34d6e3f549273e1674c7114e4408
commit r14-9841-g1e3312a25a7b34d6e3f549273e1674c7114e4408
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114519
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:feb6a2d3569095706170c9400e93add27a66e034
commit r14-9839-gfeb6a2d3569095706170c9400e93add27a66e034
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Jakub Jelinek changed:
What|Removed |Added
Summary|[13/14 Regression] LTO |[13 Regression] LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #75 from Martin Jambor ---
The above fixes the testcase from comment #58. I am not sure if any other
testcases discussed here remain unresolved. I am also not sure to what extent
we want to that patch of mine, I guess I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
Andrew Pinski changed:
What|Removed |Added
Depends on||62051
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114626
--- Comment #2 from Arjen Markus ---
Thanks for the explanation - that is clear enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114599
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #25 from Richard Biener ---
(t_initf) Read in prof_inparm namelist from: drv_in
(shr_sys_abort) ERROR: (T_INITF) :: namelist read returns an error condition
for prof_inparm
(shr_sys_abort) WARNING: calling mpi_abort() and stopping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
chenglulu changed:
What|Removed |Added
CC||chenglulu at loongson dot cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #24 from Richard Biener ---
(In reply to chenglulu from comment #23)
> (In reply to GCC Commits from comment #22)
> > The master branch has been updated by Jerry DeLisle :
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
Pierre-Emmanuel Patry changed:
What|Removed |Added
CC||pierre-emmanuel.patry@embec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #26 from Richard Biener ---
Created attachment 57895
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57895=edit
drv_in input file
This is the complete input file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114619
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627
Richard Biener changed:
What|Removed |Added
Summary|[14 Regression] undefined |undefined behavior in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114633
Bug ID: 114633
Summary: [14 Regression] A cross to rx fails to build in
libstdc++
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114633
Richard Biener changed:
What|Removed |Added
Target||rx-elf
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #18 from Nicolas Boulenguez ---
Created attachment 57897
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57897=edit
rewrite commit 3/8 so that Duration'Size may be 32
Would version 4 of commit 3/8 be OK? It only modifies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #72 from Sam James ---
It's up to RMs of course but FWIW, the critical part of this for me is fixed
now and it could be a P2 now if desired.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114624
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:97d5cd8740384dbce5a83080916388f80d8976dd
commit r14-9829-g97d5cd8740384dbce5a83080916388f80d8976dd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #73 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #22 from Richard Biener ---
Note we're using -Wl,--stack,12582912 when linking the GCC executables, I
wonder
if the reporter can verify the segfaulting executables have the correct stack
size set?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114501
Richard Biener changed:
What|Removed |Added
Version|14.0|13.2.0
Priority|P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531
Rama Malladi changed:
What|Removed |Added
CC||rvmallad at amazon dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113288
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114623
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #3 from Richard Biener ---
is that part of the language standard? I don't think we have to copy rustc
easter eggs - in fact I'd report this as a bug to them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #10 from Sam James ---
No problems reported yet and we have several people testing on ppc w/ gcc 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114634
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-04-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114621
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #27 from Richard Biener ---
And find_group_name does
ios = 0
do while (ios <= 0)
read(unit, '(a)', iostat=ios, end=102) inrec
...
inrec2 = to_lower(adjustl(inrec))
! check for leading '&'
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114621
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66862
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114622
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114624
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #28 from Tobias Burnus ---
Created attachment 57896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57896=edit
Testcase
It seems as if 'tabs' cause problems, e.g. for:
profile_single_file= .true.
where there are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114634
Bug ID: 114634
Summary: Crash Issue Encountered in GCC Compilation of Template
Code with Aligned Attribute
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #29 from rguenther at suse dot de ---
On Mon, 8 Apr 2024, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
>
> --- Comment #28 from Tobias Burnus ---
> Created attachment 57896
> -->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114624
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114501
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114604
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #23 from Douglas Boffey ---
(In reply to Richard Biener from comment #22)
> Note we're using -Wl,--stack,12582912 when linking the GCC executables, I
> wonder
> if the reporter can verify the segfaulting executables have the correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #24 from rguenther at suse dot de ---
On Mon, 8 Apr 2024, douglas.boffey at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
>
> --- Comment #23 from Douglas Boffey ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114644
Bug ID: 114644
Summary: wrong -Wrestrict on snprintf() of distinct struct
array members
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
Bug ID: 114645
Summary: std::chrono::current_zone ignores $TZ on Linux
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114634
Andrew Pinski changed:
What|Removed |Added
Known to work||8.5.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77882
--- Comment #15 from Andrew Pinski ---
(In reply to Nick Desaulniers from comment #14)
> Adding a data point from
> https://discourse.llvm.org/t/hand-written-in-assembly-in-libc-setjmp-longjmp/
> 73249/9.
>
> It's becoming a code portability
1 - 100 of 224 matches
Mail list logo