https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
--- Comment #24 from rguenther at suse dot de ---
On Tue, 11 Jul 2023, hubicka at ucw dot cz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
>
> --- Comment #23 from Jan Hubicka ---
> But it would be nice to see why the functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110539
--- Comment #8 from Andrew Pinski ---
Let me file a different bug for onezero stuff that I tried out ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110637
Bug ID: 110637
Summary: (type)(zeroonep !=/== 0) should be optimized as
(type)zeroonep/zeroonep^1 earlier than vrp
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110637
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-07-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110638
Bug ID: 110638
Summary: [13 regression] memcpy should be inlined with sve loop
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110202
--- Comment #10 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:13c556d6ae84be3ee2bc245a56eafa58221de86a
commit r14-2447-g13c556d6ae84be3ee2bc245a56eafa58221de86a
Author: liuhongt
Date: Thu Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110438
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:13c556d6ae84be3ee2bc245a56eafa58221de86a
commit r14-2447-g13c556d6ae84be3ee2bc245a56eafa58221de86a
Author: liuhongt
Date: Thu Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110438
--- Comment #5 from Hongtao.liu ---
Should be fixed in GCC14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110638
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Component|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110638
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110637
--- Comment #2 from Richard Biener ---
Maybe zero_one_valued_p needs a
(match zero_one_valued_p
(bit_and @0 integer_onep))
? (hopefully for signed 1-bit precision that doesn't match)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110630
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110217
--- Comment #3 from Georg-Johann Lay ---
At least CLI / SBI won't glitch at O0, same for ATOMIC_BLOCK.
For SBI et al. you are right, they rely on insn combine. The right approach
would have been compiler built-ins or API using inline asm. But t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592
--- Comment #6 from Eric Botcazou ---
Sorry, no, NetBSD/sparc is too obscure a platform to justify changing the
default for the entire compiler. But you can do like Linux & Solaris and add
sparc/tso.h to the tm_file list of sparc-*-netbsdelf*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110639
Bug ID: 110639
Summary: [OpenMP][5.1] Predefined firstprivate for pointers -
attachment missing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110630
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 110630, which changed state.
Bug 110630 Summary: Missed optimization: bb-slp-pr95839.c not vectorised with
V2SF targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110630
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110630
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:25f831eab368d1bbec4dc67bf058cb7cf6b721ee
commit r14-2460-g25f831eab368d1bbec4dc67bf058cb7cf6b721ee
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88873
--- Comment #7 from Richard Biener ---
Didn't yet help for the original testcase in the description. We RTL expand
from
vect__1.11_14 = MEM [(double *)&c];
vect__2.5_12 = MEM [(double *)&b];
vect__3.8_13 = MEM [(double *)&a];
vect__4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102003
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:f9182da3213aa57c16dd0b52862126de4a259f6a
commit r14-2461-gf9182da3213aa57c16dd0b52862126de4a259f6a
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592
--- Comment #7 from Taylor R Campbell
---
> Sorry, no, NetBSD/sparc is too obscure a platform to justify changing the
> default for the entire compiler. But you can do like Linux & Solaris and
> add sparc/tso.h to the tm_file list of sparc-*-n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
Bug ID: 110640
Summary: Wrong code at -O2/3 on x86_64-linux-gnu since GCC-13
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110641
Bug ID: 110641
Summary: ICE in adjust_loop_info_after_peeling, at
tree-ssa-loop-ivcanon.cc:1023
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110598
--- Comment #5 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:d2c18b4a16f9e1a6ed271ec1efaf94533d1c4a94
commit r14-2465-gd2c18b4a16f9e1a6ed271ec1efaf94533d1c4a94
Author: Roger Sayle
Date: Wed J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91681
--- Comment #5 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:275a2124e4928c88bd5469096356ba393b6aadfb
commit r14-2466-g275a2124e4928c88bd5469096356ba393b6aadfb
Author: Roger Sayle
Date: Wed Ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110006
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91681
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:30dbfcd86c364da8491634ed4f99def184e2d042
commit r14-2467-g30dbfcd86c364da8491634ed4f99def184e2d042
Author: Roger Sayle
Date: Wed Ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110642
Bug ID: 110642
Summary: Undefined behavior in same constant expression is
found not always
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110584
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110641
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.2
Summary|Wrong code at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
Bug ID: 110643
Summary: arm64: Miscompilation at O1 level (O0 is working)
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
--- Comment #1 from Mathieu Malaterre ---
Upstream ref:
* https://github.com/google/highway/issues/1549
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
--- Comment #19 from Thomas Neumann ---
I think we can close this bug as fixed, but I do not have permissions to do
that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592
--- Comment #8 from Koakuma ---
Created attachment 55529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55529&action=edit
Proposed patch for relaxing the guards of barrier emission
Hello, sorry that I only got to reply now.
And yeah, I fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
Andrew Pinski changed:
What|Removed |Added
Target|arm64 |aarch64
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
--- Comment #3 from Andrew Pinski ---
Does -ffp-contract=on help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
Bug ID: 110644
Summary: Error in gfc_format_decoder
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-07-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110598
--- Comment #6 from Sergei Trofimovich ---
The change fixed test suite on llvm-14.0.6 and on llvm-12.0.1. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
--- Comment #2 from Andrew Pinski ---
(In reply to Richard Biener from comment #1)
> Confirmed. Adding -fno-tree-vrp avoids the issue.
Using -fdisable-tree-vrp1 avoids the issue ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Jakub Jelinek changed:
What|Removed |Added
Attachment #55522|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592
--- Comment #9 from Eric Botcazou ---
> I don't understand, how would that help? As I understand it, whenever
> `-mcpu=v7', the memory model is just ignored -- even if we set it to TSO --
> because all rules that depend on it are gated on TARGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110293
--- Comment #5 from Andrew Pinski ---
Part 1 of the patch to fix this:
https://gcc.gnu.org/pipermail/gcc-patches/2023-July/624293.html
This weekend I will handle the outer != NE/EQ cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110539
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110645
Bug ID: 110645
Summary: False positive -Warray-bounds warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
--- Comment #10 from Andrew Pinski ---
I think the simple way of fixing this is optimizing:
```
bool f(int g)
{
return (1 >> g) != 0;
}
```
into
```
bool f0(int g)
{
return g == 0;
}
```
In threadfull1 (before vrp1) we have:
```
[local count
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
--- Comment #11 from Jeffrey A. Law ---
Looks viable to me. Are you thinking match.pd?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110646
Bug ID: 110646
Summary: gensupport.cc:643:18: error: 'stoi' is not a member of
'std'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110576
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110576
--- Comment #6 from anlauf at gcc dot gnu.org ---
Created attachment 55533
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55533&action=edit
Slightly more reduced
Commenting out any of the two marked lines avoids the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110646
Andrew Pinski changed:
What|Removed |Added
Summary|gensupport.cc:643:18: |[14 Regression]
|erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110468
--- Comment #15 from CVS Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:dfbe77ab8a70bc7eb48a96775da04095d933a3a6
commit r12-9767-gdfbe77ab8a70bc7eb48a96775da04095d933a3a6
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110468
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110576
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|ICE on compilation |ICE in
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110598
Roger Sayle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110217
--- Comment #4 from Georg-Johann Lay ---
At least CLI / SBI won't glitch at O0, same for ATOMIC_BLOCK.
For SBI et al. you are right, they rely on insn combine. The right approach
would have been compiler built-ins or API using inline asm. But t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110574
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2f6bbc9a7d9a62423c576e13dc46323fe16ba5aa
commit r14-2476-g2f6bbc9a7d9a62423c576e13dc46323fe16ba5aa
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #27 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d6384ad1a9ab7ea46990a7ed1299d5a2be4acece
commit r14-2478-gd6384ad1a9ab7ea46990a7ed1299d5a2be4acece
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110646
--- Comment #1 from dave.anglin at bell dot net ---
Note this occurs in stage1. Bug was introduced in commit
957ae90406591739b68e95ad49a0232faeb74217.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #28 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:db179779c9416cebb646758d276744f78536cc25
commit r13-7559-gdb179779c9416cebb646758d276744f78536cc25
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #29 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:530b749c71d7aaaf965d53227911411572c35146
commit r12-9768-g530b749c71d7aaaf965d53227911411572c35146
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #30 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:470f32f964574febf484edaf9e580067ac97f3b6
commit r11-10906-g470f32f964574febf484edaf9e580067ac97f3b6
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110646
--- Comment #2 from Jonathan Wakely ---
(In reply to John David Anglin from comment #0)
> libstdc++ provides std::stoi in basic_string.h when _GLIBCXX_USE_C99_STDLIB
> is 1. However, hpux11.11 lacks all the routines needed when
> _GLIBCXX_USE_C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110646
--- Comment #3 from Jonathan Wakely ---
We'll still need to avoid std::stoi in stage1 because the host compiler might
not have it, even if we make it available in libstdc++ for stage2 and stage3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110592
--- Comment #10 from Taylor R Campbell ---
(In reply to Eric Botcazou from comment #9)
> > I don't understand, how would that help? As I understand it, whenever
> > `-mcpu=v7', the memory model is just ignored -- even if we set it to TSO --
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110647
Bug ID: 110647
Summary: 66% TSVC/s2712 regressoin on N1-neoverse between
g:620a35b24a2b6edb (2023-07-01 07:24) and
g:80ae426a195a0d03 (2023-07-02 01:37)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110647
Andrew Pinski changed:
What|Removed |Added
Summary|66% TSVC/s2712 regressoin |[14 Regression] 66%
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110647
--- Comment #1 from Andrew Pinski ---
You own patch is the only thing which could have changed code generation during
that time period:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=7e904d6c7f252ee947c237ed32dd43b2c248384d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
--- Comment #4 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:137fb7077f7711e2e09ee8f82650fe7d93de6a4d
commit r14-2479-g137fb7077f7711e2e09ee8f82650fe7d93de6a4d
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107043
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:7a5e47658904de9dc90f1292f3f69769177706f9
commit r14-2480-g7a5e47658904de9dc90f1292f3f69769177706f9
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107043
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110648
Bug ID: 110648
Summary: Missed optimization for small returned optional leads
to redundant memory accesses
Product: gcc
Version: 11.3.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110648
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95405
Andrew Pinski changed:
What|Removed |Added
CC||cfsteefel at arista dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101326
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95405
Andrew Pinski changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109281
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 101326, which changed state.
Bug 101326 Summary: std::optional returns forced through stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101326
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95383
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109281
Bug 109281 depends on bug 101326, which changed state.
Bug 101326 Summary: std::optional returns forced through stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101326
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95405
Andrew Pinski changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95405
Andrew Pinski changed:
What|Removed |Added
CC||vincenzo.innocente at cern dot
ch
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 95383, which changed state.
Bug 95383 Summary: Poor codegen when constructing a trivial Optional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95383
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107053
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99918
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110649
Bug ID: 110649
Summary: 25% sphinx3 spec2006 regression on Ice Lake and zen
between g:acaa441a98bebc52 (2023-07-06 11:36) and
g:55900189ab517906 (2023-07-07 00:23)
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110649
--- Comment #1 from Andrew Pinski ---
3 profile changes:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3a61ca1b9256535e1bfb19b2d46cde21f3908a5d
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=d4c2e34deef8cbd81ba2ef3389fdbaf95c70e225
https://gcc.gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110649
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110650
Bug ID: 110650
Summary: collect2: fatal error: ld terminated with signal 11
[Segmentation fault]
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110650
--- Comment #1 from Rich Townsend ---
Oops, posted without any bug description!
I'm trying to build gcc 13.1.0 on Linux x86_64, and I get the following
segfault:
libtool: compile: /home/user/sdk2-tmp/build/gcc-build/./gcc/xgcc
-shared-libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110650
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88540
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #6 f
1 - 100 of 109 matches
Mail list logo
