https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95692
--- Comment #2 from Mark Allen ---
Hi, thanks for the input.
I was figuring gcc should see the inline assembly modifying r2
and any function call out of intercept_munmap() would be doing the
logical equivalent of saving the current r2, calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95716
Bug ID: 95716
Summary: g++.dg/ext/pr85503.C fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95488
--- Comment #9 from Hongtao.liu ---
(In reply to H.J. Lu from comment #8)
> -march=skylake-avx512 gave:
>
> [hjl@gnu-cfl-2 gcc]$
> /export/build/gnu/tools-build/gcc-debug/build-x86_64-linux/gcc/xgcc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95708
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94895
Nicholas Krause changed:
What|Removed |Added
CC||xerofoify at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95381
--- Comment #6 from Jeffrey A. Law ---
That's an indication that something has tried to do an out of bounds read on a
VEC object. The call chain points back to the initial quick_grow of an
auto_vec from test_vector_cst_patterns -- which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95715
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-06-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95378
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95493
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d4b0f996fc497fba8724960107c3b52d3011c117
commit r11-1408-gd4b0f996fc497fba8724960107c3b52d3011c117
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95715
Bug ID: 95715
Summary: __atomic_fetch_add accepts nonsense arguments
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95714
Bug ID: 95714
Summary: Poor locations for errors in calls to __atomic
built-ins
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95282
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e40b11a91cb345db1324c3cb8f75b01e28056693
commit r11-1401-ge40b11a91cb345db1324c3cb8f75b01e28056693
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95378
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e40b11a91cb345db1324c3cb8f75b01e28056693
commit r11-1401-ge40b11a91cb345db1324c3cb8f75b01e28056693
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95711
--- Comment #1 from Alejandro ---
When I said "It essentially happens when any namespace alias is defined inside
a lambda" I meant inside a coroutine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95707
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2020-06-16
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #13 from George R. Goffe ---
Hi,
I see that I forgot to mention that the failure generated above was made with
the "latest" gcc in the repo. revision at 280157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95378
--- Comment #3 from Jonathan Wakely ---
GCC correctly refuses to write through const pointers for
__atomic_test_and_set, __atomic_clear, and all of __atomic_fetch_op and
__atomic_op_fetch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95713
Bug ID: 95713
Summary: [10/11 Regression] ICE in emit_move_insn when
converting int2 vector to short2 vector for
-march=skylake-avx512 -m32
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #12 from George R. Goffe ---
Hi,
I am seeing a failure in stream_out_histogram_value building the last release
of python 2.x ( 2.7.18).
I just posted the preprocessed c code for this problem.
Here is the failing command and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
George R. Goffe changed:
What|Removed |Added
CC||grgoffe at yahoo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95688
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95568
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |10.2
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95678
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95678
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:d9867034e033c08fdabaebfe2f0914d7d9bb25c6
commit r9-8680-gd9867034e033c08fdabaebfe2f0914d7d9bb25c6
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Andrew Pinski changed:
What|Removed |Added
Target|s390x-linux-gnu |
Host|s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #4 from Alexander Egorenkov ---
I also have the same issue with gcc 8.4.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #3 from Alexander Egorenkov ---
The config.log of configure-target-libgcc says:
... build/host-gcc-initial-9.3.0/build/./gcc/xgcc: No such file or directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260
--- Comment #15 from Alexander Egorenkov ---
(In reply to Alexander Egorenkov from comment #14)
> The config.log of configure-target-libgcc says:
> /home/egorenar/Repositories/buildroot/output/s390x-syzkaller/build/host-gcc-
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #2 from Alexander Egorenkov ---
Created attachment 48746
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48746=edit
config.log for configure-target-libgcc gcc 9.3.0
Sorry attached gcc 8.4.0 log previosuly, but the same issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260
Alexander Egorenkov changed:
What|Removed |Added
CC||egorenar at linux dot ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
--- Comment #1 from Alexander Egorenkov ---
Created attachment 48745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48745=edit
config.log for configure-target-libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712
Bug ID: 95712
Summary: configure-target-libgcc fails on s390x target because
xgcc is not being built
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95711
Bug ID: 95711
Summary: namespace alias fails inside coroutine
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95699
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95649
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95710
Bug ID: 95710
Summary: ICE in gfc_type_is_extensible, at
fortran/resolve.c:8848
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95709
Bug ID: 95709
Summary: [9/10/11 Regression] ICE in gfc_resolve_code, at
fortran/resolve.c:11807
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95708
Bug ID: 95708
Summary: [9/10/11 Regression] ICE in resolve_fl_procedure, at
fortran/resolve.c:13002
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95649
--- Comment #9 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:8fb4d1d58362b77da78c09740c6b5562124a369e
commit r11-1395-g8fb4d1d58362b77da78c09740c6b5562124a369e
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95707
Bug ID: 95707
Summary: ICE in finish_equivalences, at
fortran/trans-common.c:1319
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95699
--- Comment #2 from Andrew Pinski ---
Oh never mind. It is about [
if (r < 0x8000)
r = 0x8000;
r *= r;
__builtin_constant
Well it is Jump threading related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95699
--- Comment #1 from Andrew Pinski ---
Signed integer overflow is undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
Bug ID: 95706
Summary: New test case gfortran.dg/pr95690.f90 fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95705
Bug ID: 95705
Summary: Internal compiler error generated when using int cast
as array index
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95686
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95705
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95508
Marek Polacek changed:
What|Removed |Added
CC||staffordstyle at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95705
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95369
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95369
--- Comment #6 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:04afaf4575ff239279cfa34aff17101345451965
commit r11-1392-g04afaf4575ff239279cfa34aff17101345451965
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93842
kuzniar95 at o2 dot pl changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95704
--- Comment #1 from Jens Seifert ---
Created attachment 48742
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48742=edit
assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95704
Bug ID: 95704
Summary: PPC: int128 shifts should be implemented branchless
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95560
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95701
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95560
--- Comment #11 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:2661635323bd44410f1a154683eccecd2c163b46
commit r11-1391-g2661635323bd44410f1a154683eccecd2c163b46
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93842
kuzniar95 at o2 dot pl changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95703
Bug ID: 95703
Summary: Please backport
0998d2fd59e7a5eb3a3566c57625702bbdc6a05f to gcc 9
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95702
Bug ID: 95702
Summary: ranges::transform missing vectorization opportunity
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95697
--- Comment #2 from joseph at codesourcery dot com ---
See bug 60540, of which this is probably a duplicate, noting the issue
with losing "inexact" exceptions (and "overflow" for some types) and the
reference to bug 57371 for a more detailed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95701
Bug ID: 95701
Summary: undefined enum conversion accepted in constant
expression
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93842
--- Comment #6 from kuzniar95 at o2 dot pl ---
P.S. odr_use function signature should be:
void odr_use(const char&);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93842
kuzniar95 at o2 dot pl changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
--- Comment #6 from Jonathan Wakely ---
To be really safe during stage 1, GCC should not use NULL as a pointer sentinel
in C++ code anyway.
The bootstrap compiler could define it to 0 or 0u, neither of which is
guaranteed to be OK to pass as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
--- Comment #5 from Ilya Leoshkevich ---
I'm sorry, I should not have written (uintptr_t)0 - I just used it as a synonym
for a "pointer-sized int". Would allowing 0L as a sentinel value be a
reasonable thing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
--- Comment #4 from Ilya Leoshkevich ---
Created attachment 48740
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48740=edit
preprocessed output
In the preprocessed output I see that gcc's stddef.h is used, but most likely
`#define NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
--- Comment #3 from Jonathan Wakely ---
(In reply to Ilya Leoshkevich from comment #0)
> musl has the following commit:
> https://git.musl-libc.org/cgit/musl/commit/
> ?id=c8a9c22173f485c8c053709e1dfa0a617cb6be1a, which suggests that C++ (as
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
--- Comment #2 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #1)
> I don't think it is a good idea to allow (uintptr_t) 0 as valid sentinel.
Definitely not. (uintptr_t)0 is not a null pointer constant, and is not a valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
--- Comment #39 from qinzhao at gcc dot gnu.org ---
(In reply to Martin Liška from comment #38)
> Created attachment 48738 [details]
> Patch candidate v2
I have added this patch to my private gcc 8 with some change, works fine with
the small
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700
Bug ID: 95700
Summary: read-md.c: "missing sentinel in function call" when
building gcc with musl
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95699
Bug ID: 95699
Summary: __builtin_constant_p inconsistencies
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95697
--- Comment #1 from Gabriel Ravier ---
*** Bug 95698 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95698
Gabriel Ravier changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95698
Bug ID: 95698
Summary: Failure to optimize float comparison of converted
integer to integer comparison
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95697
Bug ID: 95697
Summary: Failure to optimize float comparison of converted
integer to integer comparison
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92029
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90925
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> This is probably another dup of PR 41437
Apparently not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94644
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
--- Comment #14 from Jonathan Wakely ---
*** Bug 94644 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95649
--- Comment #8 from Jeffrey A. Law ---
I still don't understand why propagating one SSA_NAME for another is causing
headaches later though.
I don't see anything fundamentally wrong with your patch and it restores
previous behavior since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349
--- Comment #41 from Andrew Downing ---
> Thus for types without a non-trivial ctor/dtor you do not need to use
> placement new. So take your example and remove the placement new.
> Does that change its semantics?
These are C++17 rules.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94735
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by SRINATH PARVATHANENI
:
https://gcc.gnu.org/g:aac5ae144363dbd857654511fbf335e53c8f7cf5
commit r10-8312-gaac5ae144363dbd857654511fbf335e53c8f7cf5
Author: Srinath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94959
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by SRINATH PARVATHANENI
:
https://gcc.gnu.org/g:32c348ce3efd1d693df43045338c8c3e33798edd
commit r10-8310-g32c348ce3efd1d693df43045338c8c3e33798edd
Author: Srinath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95696
zhongyunde at tom dot com changed:
What|Removed |Added
CC||zhongyunde at tom dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:7d249d84e4c1be7c6f857c3a9d7791623a0e9d00
commit r10-8309-g7d249d84e4c1be7c6f857c3a9d7791623a0e9d00
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:e70fbee1a3dd9fdeb661366dbf3096d76c4e2d6e
commit r11-1384-ge70fbee1a3dd9fdeb661366dbf3096d76c4e2d6e
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95488
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94003
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002
Bug 59002 depends on bug 47346, which changed state.
Bug 47346 Summary: access control for nested type is ignored in class template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94644
Bug 94644 depends on bug 41437, which changed state.
Bug 41437 Summary: No access control for classes in template functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002
Bug 59002 depends on bug 41437, which changed state.
Bug 41437 Summary: No access control for classes in template functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94003
Bug 94003 depends on bug 41437, which changed state.
Bug 41437 Summary: No access control for classes in template functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
--- Comment #19 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:668ef28fbb44c1e51d9c5a35b421903c98d87b03
commit r11-1351-g668ef28fbb44c1e51d9c5a35b421903c98d87b03
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
--- Comment #12 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:668ef28fbb44c1e51d9c5a35b421903c98d87b03
commit r11-1351-g668ef28fbb44c1e51d9c5a35b421903c98d87b03
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346
--- Comment #18 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:92bed036098928cd4659c8990e14cf7ad040e0c2
commit r11-1350-g92bed036098928cd4659c8990e14cf7ad040e0c2
Author: Patrick Palka
Date:
1 - 100 of 144 matches
Mail list logo