https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
--- Comment #7 from Andreas Krebbel ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Andreas Krebbel from comment #5)
> > In:
> >
> > _1 = src_6(D)->a;
> > dst$val_9 = _1;
> > _2 = BIT_FIELD_REF ;
> > _3 = _2 & 64;
> > i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108117
--- Comment #16 from Alexander Monakov ---
Draft patch for the sched1 issue:
https://inbox.sourceware.org/gcc-patches/cf62c3ec-0a9e-275e-5efa-2689ff1f0...@ispras.ru/T/#m95238afa0f92daa0ba7f8651741089e7cfc03481
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
--- Comment #1 from Arseny Solokha ---
> % g++-13 -c vph5xonf.cc
> vph5xonf.cc:1:11: error: 'WrongType' has not been declared
> 1 | template void foo (T1);
> | ^
> vph5xonf.cc:2:11: error: 'WrongType' has not been de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
Bug ID: 108206
Summary: ICE: tree check: expected tree that contains 'decl
minimal' structure, have 'error_mark' in
merge_default_template_args, at cp/decl.cc:1563
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106731
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:7e76cd96950f49ce21246d44780e972d86b2bcdd
commit r13-4862-g7e76cd96950f49ce21246d44780e972d86b2bcdd
Author: Steve Kargl
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
Bug ID: 108205
Summary: ICE following "unused parameter" in precondition
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106731
--- Comment #9 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #8)
> The simple patch does indeed fix the ICE at compile time. It also
> regression tests cleanly.
>
> I am studying the results of running this test case to be sur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106731
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778
--- Comment #10 from W E Brown ---
> On Dec 22, 2022, at 6:51 PM, cvs-commit at gcc dot gnu.org
> wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778
>
> --- Comment #9 from CVS Commits ---
> The master branch has been updated by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107792
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8ec5fcb6fc79e5bcca23c3fecbaf09d4566cb1d5
commit r13-4861-g8ec5fcb6fc79e5bcca23c3fecbaf09d4566cb1d5
Author: Arsen ArsenoviÄ
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8ec5fcb6fc79e5bcca23c3fecbaf09d4566cb1d5
commit r13-4861-g8ec5fcb6fc79e5bcca23c3fecbaf09d4566cb1d5
Author: Arsen ArsenoviÄ
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108204
--- Comment #2 from nightstrike ---
(In reply to Andrew Pinski from comment #1)
> Try with -fno-ms-extensions or try -fms-extension on Linux.
Hey, we have a winner! -fms-extension on Linux results in the bad error, and
-fno-ms-extensions on mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108204
--- Comment #1 from Andrew Pinski ---
Try with -fno-ms-extensions or try -fms-extension on Linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108204
Bug ID: 108204
Summary: pr84973-2.C fails with wrong error on mingw
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88322
Bug 88322 depends on bug 104166, which changed state.
Bug 104166 Summary: Implement C++20 std::format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104166
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104166
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167
--- Comment #3 from Jonathan Wakely ---
Time zones committed as r13-4853-g9fc61d45fa15fd
Formatting committed as r13-4856-gf99b94865fa629
Still missing std::chrono::parse.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108200
--- Comment #3 from Jonathan Wakely ---
And I've just added a few more at r13-4856-gf99b94865fa629
FAIL: 20_util/duration/io.cc (test for excess errors)
UNRESOLVED: 20_util/duration/io.cc compilation failed to produce executable
FAIL: std/time/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108203
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ee4af2ed0b7322884ec4ff537564683c3749b813
commit r13-4857-gee4af2ed0b7322884ec4ff537564683c3749b813
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108203
Bug ID: 108203
Summary: Format string checking with __USE_MINGW_ANSI_STDIO
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108200
Jonathan Wakely changed:
What|Removed |Added
Summary|std::format fails on AIX|std::format fails on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
--- Comment #16 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:794af0d00b7086c9f0493f3a1aaac644e1fd50f6
commit r13-4851-g794af0d00b7086c9f0493f3a1aaac644e1fd50f6
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108200
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #11 from James Hilliard ---
(In reply to Andrew Pinski from comment #1)
> The error is correct at least for C before C23.
Can you clarify where exactly in the C23 specification that this will be
allowed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108201
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108202
Bug ID: 108202
Summary: [13 Regression] Many new acats fails on 32bit Darwin
hosts.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108201
Bug ID: 108201
Summary: Warning about conversion from unsigned int to unsigned
int
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
--- Comment #6 from Andrew Pinski ---
(In reply to Andreas Krebbel from comment #5)
> In:
>
> _1 = src_6(D)->a;
> dst$val_9 = _1;
> _2 = BIT_FIELD_REF ;
> _3 = _2 & 64;
> if (_3 != 0)
There is only 2 accesses going on in the above IR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108200
Bug ID: 108200
Summary: std::format fails on AIX due to __float128 not being
supported by std::to_chars
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
--- Comment #6 from Petr Skocik ---
(In reply to Petr Skocik from comment #5)
> (In reply to Andrew Pinski from comment #4)
> > Invalid as mentioned in r13-3135-gfa258f6894801a .
>
> I believe it's still a bug for pre-c2x __typeof.
> While it i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
--- Comment #5 from Andreas Krebbel ---
In:
_1 = src_6(D)->a;
dst$val_9 = _1;
_2 = BIT_FIELD_REF ;
_3 = _2 & 64;
if (_3 != 0)
src, dst and the BIT_FIELD_REF carry storage order flags which result in either
bswaps being emitted or, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #9 from Filip Rak ---
Hello,
I have no idea if this is important, but marking cplx_t constructors as
constexpr causes that code can be successfully compiled.
Best regards!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-12-22
Summary|Bitfields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #8 from Andrew Pinski ---
verify_gimple_in_seq_2 could get the same worklist handling too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
--- Comment #3 from Andreas Krebbel ---
Moving the local definition of dst out of the function to global scope prevents
the store from getting eliminated.
union DST dst;
As expected the store is still in the FRE dump:
_1 = src_6(D)->a;
ds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #7 from Andrew Pinski ---
Created attachment 54151
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54151&action=edit
patch which should fix/improve -fno-checking case
Note the formating on the code needs to be fixed but this sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
Andreas Krebbel changed:
What|Removed |Added
Target||x86_64
Build|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
Andrew Pinski changed:
What|Removed |Added
Keywords||compile-time-hog,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
--- Comment #1 from Andreas Krebbel ---
Created attachment 54150
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54150&action=edit
Testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108199
Bug ID: 108199
Summary: Bitfields and storage_order_attribute
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
--- Comment #10 from Jeffrey A. Law ---
Yes. I should have changed the state on this BZ a few weeks back.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107609
Andrew Pinski changed:
What|Removed |Added
Summary|ice in extract_insn, at |ice in extract_insn, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107609
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106515
--- Comment #6 from Jose E. Marchesi ---
(In reply to Richard Biener from comment #5)
> Fixed I assume.
Yes indeed.
Sorry about leaving all these bugs in the "open" state. Only recently I
managed to get my bugzilla accounts consolidated in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106257
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Martin Liška from comment #3)
> > This got fixed since r8-6656-g6d3aa24cd6535dcf.
>
> This does not make sense since it only started at r13-1204-gd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106257
--- Comment #4 from Andrew Pinski ---
(In reply to Martin Liška from comment #3)
> This got fixed since r8-6656-g6d3aa24cd6535dcf.
This does not make sense since it only started at r13-1204-gd68d366425369649
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #4 from Filip Rak ---
This is Windows system, not Linux :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106482
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106482
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:6e09c1d71d23d4c17f035577b318b873960db1d8
commit r12-9009-g6e09c1d71d23d4c17f035577b318b873960db1d8
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106482
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b97c33fbd28e74a206c81c96a9b0b9fa3c8545d6
commit r13-4847-gb97c33fbd28e74a206c81c96a9b0b9fa3c8545d6
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106227
--- Comment #1 from Richard Biener ---
*** Bug 106262 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106262
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106482
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=10
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #3 from Martin Liška ---
what's your ulimit -s ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107609
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
--- Comment #7 from Martin Liška ---
With --param=max-jump-thread-duplication-stmts=17 -O3 the call to 'foo' is gone
since r8-910-g10bc8017a3028c29.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106515
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106717
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106982
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |burnus at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106982
Richard Biener changed:
What|Removed |Added
Known to fail|12.2.1 |12.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106998
--- Comment #2 from Richard Biener ---
Is this meanwhile resolved or upstream reported?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107041
--- Comment #1 from Richard Biener ---
Using a specific builtin enum type in builtins is indeed difficult.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107046
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107114
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107220
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107809
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107809
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d4a320f1ee4c76f09f95bdc583b90a9b049bbba0
commit r13-4846-gd4a320f1ee4c76f09f95bdc583b90a9b049bbba0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107809
--- Comment #3 from Richard Biener ---
It looks like SPARC should support vec_perm with VIS2, but it's not clear
whether that's enabled. The testcases definitely lack an effective target
check for the required permute which is a whole vector sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
--- Comment #2 from Filip Rak ---
Hi :)
Don't think so, it's 40GB RAM machine.
Besides that - please look here:
https://godbolt.org/z/W7cdvfqvY
Best regards!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
--- Comment #6 from Richard Biener ---
(In reply to Martin Liška from comment #5)
> With r13-3897-gbe2c74fdcd0e8d66 get:
> gcc pr105832.c -c -O3 -fdump-tree-optimized=/dev/stdout --param
> max-jump-thread-duplication-stmts=17
>
>
> ;; Function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
--- Comment #6 from Gaius Mulley ---
Created attachment 54149
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54149&action=edit
m2 remove empty directories from top build (using mkinstalldirs)
The same patch as before but now using mkinsta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-12-22
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108197
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060
Martin Liška changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105832
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #5 from Martin Liška ---
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
--- Comment #5 from Gaius Mulley ---
Ah thanks, I'll change all uses of mkdir -p to $(mkinstalldirs).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80899
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #18 from Martin Liška ---
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
Richard Biener changed:
What|Removed |Added
Host||x86_64-w64-mingw32
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] Wrong|[12 Regression] Wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106257
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Martin Liška ---
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108193
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5c17adfb5d08e34da7a7f234dfc2ed1f0aaadaa9
commit r13-4845-g5c17adfb5d08e34da7a7f234dfc2ed1f0aaadaa9
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108193
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0cb5d7cdbab8e5f8359764ef5f62d93c2bc88552
commit r13-4844-g0cb5d7cdbab8e5f8359764ef5f62d93c2bc88552
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104731
--- Comment #15 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d176d5b3e734cac0ab1e613c3f1bbe48c0bab81a
commit r11-10434-gd176d5b3e734cac0ab1e613c3f1bbe48c0bab81a
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d176d5b3e734cac0ab1e613c3f1bbe48c0bab81a
commit r11-10434-gd176d5b3e734cac0ab1e613c3f1bbe48c0bab81a
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #10 from rguenther at suse dot de ---
On Thu, 22 Dec 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
>
> --- Comment #9 from Jakub Jelinek ---
> Created attachment 54147
> --> https://
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108198
Bug ID: 108198
Summary: G++ fails to compile large 2D array initializer.
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107451
Richard Biener changed:
What|Removed |Added
Known to work||13.0
Summary|[11/12/13 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107451
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7b2cf5041460859ca4f58e5da1308b7ef9129d8b
commit r13-4843-g7b2cf5041460859ca4f58e5da1308b7ef9129d8b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #9 from Jakub Jelinek ---
Created attachment 54147
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54147&action=edit
gcc13-pr108068.patch
So like this instead? Untested so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #8 from Jakub Jelinek ---
Created attachment 54146
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54146&action=edit
gcc13-pr108068.patch
Overnight I've successfully bootstrapped/regtested this, but given your comment
that migh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108197
Bug ID: 108197
Summary: -Wstringop-overread emitted on simple boost
small_vector code
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
--- Comment #4 from Jakub Jelinek ---
I think pretty much nothing but m2 uses mkdir -p directly, other makefiles use
$(mkinstalldirs) (unless only a single directory needs to be created, for that
mkdir dir
is fine).
99 matches
Mail list logo