https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95112
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #5 from Andrew Pinski ---
https://github.com/SWI-Prolog/packages-xpce/commit/641bbb1d83416be2fb910dbffcd6ba32db1c0b8e
Was the commit which "fixed" compiling with GCC 4.0 but really it is broken.
I suspect the fix is to use s/struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #4 from Sam James ---
Yeah, after you asked, I just realised the original does ICE differently. Let's
retitle this one and I'll reduce it properly again for the original (but it is
similar)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #3 from Andrew Pinski ---
The code has:
```
struct bname builtin_names[] =
{
...
};
```
header file:
```
extern struct name builtin_names[]; /* object-array of built-in's */
```
Wich is underfined but in a different way than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #2 from Andrew Pinski ---
This code is definitely undefined.
Is builtin_names really defined as an array in one TU but an int in another
one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: in replace_child, at |[14 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
--- Comment #1 from Sam James ---
10/11/12/13/14 all reproduce it for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
Bug ID: 113520
Summary: ICE when building swi-prolog-9.1.2 with LTO (tree
check: expected array_type, have integer_type in
array_ref_low_bound)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
--- Comment #3 from Zdenek Sojka ---
(In reply to uecker from comment #2)
>
> I agree that "int:3" with -funsigned-bitfields should produce a type which
> is compatible to one with "unsigned:3" and that forming a composite type
> has to work.
linux-gnu-as --disable-multilib
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
bootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107603
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113517
Bug ID: 113517
Summary: vector SLP cost model should be improved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59425
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113516
Bug ID: 113516
Summary: POLLPRI redefined on windows building ada
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102998
--- Comment #4 from sandra at gcc dot gnu.org ---
Hmmm, I ran into PR113515 with this example.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113515
Bug ID: 113515
Summary: Wrong documentation for -Wstringop-overflow
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #4 from Sam James ---
Siddhesh, there's some discussion at
https://github.com/llvm/llvm-project/pull/78526 as to what the GCC behaviour is
supposed to be vs documented.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #3 from Bill Wendling ---
(In reply to Andrew Pinski from comment #1)
> The answer is not really and it is complex.
>
Okay. It just seems counter-intuitive.
> So I will note that clang/LLVM returns 48 for `f.bar[argc], 1` and 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102998
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > But the load is still using inserts and tbl. I have not figured out why
> > though.
>
> Looks like I have to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #2 from Andrew Pinski ---
In the case of the constant proping into `[argc][0]`, it is not know if
you are doing an offset of the original struct or an offset into the array.
GCC's internal IR changes into the former as it is more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #1 from Andrew Pinski ---
The answer is not really and it is complex.
So I will note that clang/LLVM returns 48 for `f.bar[argc], 1` and 0 for `,3`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
Bug ID: 113514
Summary: Wrong __builtin_dynamic_object_size when using a set
local variable
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
--- Comment #13 from Marek Polacek ---
*** Bug 59 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
Bug ID: 113513
Summary: [OpenMP] libgomp: cuCtxGetDevice error with
OMP_DISPLAY_ENV=true OMP_TARGET_OFFLOAD="mandatory"
for libgomp.c/target-52.c
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108640
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110934
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110934
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:f1dea0fed946ba40bd6bbe40ad1386aa9303418c
commit r14-8299-gf1dea0fed946ba40bd6bbe40ad1386aa9303418c
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113512
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113512
Bug ID: 113512
Summary: Incorrect results for std::format("{:#.3g}", flt)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113511
Bug ID: 113511
Summary: lack of libm2 ABI compatibility on powerpc platforms
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108640
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:a834414794d80f21550dd0591e260fc833f49eb9
commit r14-8298-ga834414794d80f21550dd0591e260fc833f49eb9
Author: Mikael Pettersson
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Thiago Jung Bauermann changed:
What|Removed |Added
CC||thiago.bauermann at linaro dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
--- Comment #1 from Thiago Jung Bauermann
---
Created attachment 57168
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57168=edit
Preprocessed version of pr71494.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> But the load is still using inserts and tbl. I have not figured out why
> though.
Looks like I have to support const PERMs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113510
Bug ID: 113510
Summary: [ARM Thumb] ICE in extract_constrain_insn with CPU
cortex-m23
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #7 from Andrew Pinski ---
I have a patch which implements V4QI for many operations (extends and
widden_sum) (though I need to fix the cost model).
I am able to get:
```
sshll v30.4h, v30.8b, #0
smull v31.4s,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500
--- Comment #8 from Jonathan Wakely ---
I am testing a patch that allows writing floating-point utc_time, gps_time etc.
with any format string, and allows writing floating-point sys_time with a
non-empty spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #8 from anlauf at gcc dot gnu.org ---
Created attachment 57166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57166=edit
Testcase exercising passing of integer optional dummy arguments
This testcase passes with NAG and ifx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #6)
> (In reply to anlauf from comment #4)
> >
> > Note that the following scalar example also fails:
> >
> "Fortunately", it is invalid. :-)
>
> From
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
--- Comment #1 from Andrew Pinski ---
The current documentation reads:
```
Operands 0 and 2 are of the same mode, which is wider than the mode of operand
1. Add operand 1 to operand 2 and place the widened result in operand 0. (This
is used
p-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
--- Comment #5 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:94b2e6cb1cc4feb122bf77f19a657c97bffa9b42
commit r14-8295-g94b2e6cb1cc4feb122bf77f19a657c97bffa9b42
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
--- Comment #3 from Xi Ruoyao ---
Hmm, it seems no longer happening with current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113508
Bug ID: 113508
Summary: widen_ssumm3 documentation needs to mention which mode
is m here
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
Jason Merrill changed:
What|Removed |Added
Target Milestone|12.0|14.0
--- Comment #7 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 111357, which changed state.
Bug 111357 Summary: [11/12/13/14 Regression] __integer_pack fails to work with
values of dependent type convertible to integers in noexcept context
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111357
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #6 from Mikael Morin ---
(In reply to anlauf from comment #4)
>
> Note that the following scalar example also fails:
>
"Fortunately", it is invalid. :-)
>From 15.5.2.12 (Argument presence and restrictions on arguments not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1338ad23ff3c1e4f552cdb64e36cef12eda2e050
commit r14-8294-g1338ad23ff3c1e4f552cdb64e36cef12eda2e050
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:502a3c03e40e8920afb734c077b045f6c5efd087
commit r14-8292-g502a3c03e40e8920afb734c077b045f6c5efd087
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87724
Jason Merrill changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95564
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
--- Comment #5 from Mikael Morin ---
(In reply to anlauf from comment #2)
> Note that adding a scalar call in function one:
>
> r(1) = two (i(1), j)
>
> generates sane code:
>
> *((integer(kind=4) *) __result.0 + (sizetype) ((offset.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111357
--- Comment #13 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
--- Comment #11 from Andrew Pinski ---
I can confirm it is also fixed on aarch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112594
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
commit r14-8291-gf1e5bf0d83ee4da81b6317c6d7f1278fe7eaa5a0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46244
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mikael at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113507
Bug ID: 113507
Summary: can't build a cross compiler to rs6000-ibm-aix7.2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110029
--- Comment #4 from Ian Lance Taylor ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111054
Jakub Jelinek changed:
What|Removed |Added
Summary|[14 Regression] ICE: in |[14 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #1)
> When trying to further reduce the code I get either an ICE or an
> uninitialized-warning for:
program xtb
implicit none
type :: TSolvInput
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113462
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
Marek Polacek changed:
What|Removed |Added
CC||lopresti at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109671
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113491
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110075
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113503
--- Comment #1 from anlauf at gcc dot gnu.org ---
When trying to further reduce the code I get either an ICE or an
uninitialized-warning for:
program xtb
implicit none
type :: TSolvInput
character(len=:), allocatable :: solvent
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112103
--- Comment #3 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #2)
> In all those cases the code is perfectly fine, but also in all of those
> cases the
> code is still suboptimal: the rldicl is just as superfluous as the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478
--- Comment #4 from Jan Hubicka ---
> Possibly, at least when we know it doesn't expand to a libatomic call? OTOH
> even then a function just wrapping such call should probably be inlined,
> so the question is whether the problem that
> is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317
--- Comment #8 from Peter Bergner ---
...unless the other P9 systems that were tested built with those "broken"
versions of the compilers. If that's the case, then it points to something
else wrong on that system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
Jakub Jelinek changed:
What|Removed |Added
Summary|[14 regression] ICE in GCC |[14 regression] ICE in GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112705
--- Comment #1 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:4eee04561a725fd1ef927f620daeddd11807ca26
commit r14-8286-g4eee04561a725fd1ef927f620daeddd11807ca26
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
Zdenek Sojka changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113491
--- Comment #1 from Zdenek Sojka ---
Created attachment 57162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57162=edit
shorter testcase (reduced from gcc.dg/torture/pr45830.c)
$ x86_64-pc-linux-gnu-gcc -Os pr45830.i -wrapper valgrind,-q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705
--- Comment #6 from Peter Bergner ---
(In reply to GCC Commits from comment #5)
> commit r14-7270-g39fa71a0882928a25bd170580e3e9e89a69dce36
> Author: Kewen Lin
> Date: Mon Jan 15 20:55:40 2024 -0600
>
> testsuite: Fix vect_long_mult on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113504
--- Comment #1 from Jonathan Wakely ---
The parallel algos are taken from
https://github.com/llvm/llvm-project/tree/main/pstl so I would file an issue
upstream rather than here. The Intel PSTL developers are the right people to
ask.
--disable-multilib
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8284-20240119180625-g54519030b05-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240119 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113317
--- Comment #7 from Peter Bergner ---
(In reply to seurer from comment #6)
> I tried an older compiler (8.4) and it worked ok.
>
> I just experimented a bit and it fails with the current gcc 11 and 12 used
> as the build compiler as well. It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Iain Sandoe ---
>> > Now I have a concern that we have instances of -Bpath/to/libsomething/.libs
>> > that are present to allow for specs substitution and we also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113504
Bug ID: 113504
Summary: High memory usage for parallel `std::sort`
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113114
Alex Coplan changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
--- Comment #19 from Gianfranco ---
looks like branch 14 is not FTBFS.
1 - 100 of 163 matches
Mail list logo
