https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606
Bug ID: 105606
Summary: [12 Regression] std::pair with nested struct and NSDMI
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #12 from tt_1 ---
with gcc-12.1.0, glibc-2.34-r13 and old binutils-2.33.1-r1:
/usr/bin/armv7a-unknown-linux-gnueabihf-g++ --sysroot
/usr/armv7a-unknown-linux-gnueabihf -fstack-protector-strong -Wall -Wempty-body
On 5/13/22 19:41, Marek Polacek wrote:
On Sat, May 07, 2022 at 06:02:13PM -0400, Jason Merrill wrote:
On 5/7/22 15:11, Marek Polacek wrote:
On Tue, May 03, 2022 at 04:59:38PM -0400, Jason Merrill wrote:
Does this testcase still work with this patch?
struct A {
const A* p = this;
};
On Fri, 13 May 2022 03:37:22 PDT (-0700), philipp.toms...@vrull.eu wrote:
On Fri, 13 May 2022 at 12:00, Christoph Müllner wrote:
On Wed, May 11, 2022 at 2:02 AM Palmer Dabbelt wrote:
>
> [Sorry for cross-posting to a bunch of lists, I figured it'd be best to
> have all the discussions in one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105323
--- Comment #2 from Li Zhong ---
Any further comment on this?
To do data flow analysis in local variable relatively costs less time and can
definitely help developers find more bugs like forgetting return value, etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
Eric Gallager changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
> On Sat, May 14, 2022 at 7:03 PM Jan Hubicka via Gcc wrote:
> >
> > Hello,
> >
> > We are pleased to invite you all to the next GNU Tools Cauldron,
> > taking place in Paris on September 16-18, 2022. We are looking forward
> > to meet you again after three years!
>
> Did you intend to announce
On Sat, May 14, 2022 at 7:03 PM Jan Hubicka via Gcc wrote:
>
> Hello,
>
> We are pleased to invite you all to the next GNU Tools Cauldron,
> taking place in Paris on September 16-18, 2022. We are looking forward
> to meet you again after three years!
Did you intend to announce the location as
Hello,
We are pleased to invite you all to the next GNU Tools Cauldron,
taking place in Paris on September 16-18, 2022. We are looking forward
to meet you again after three years!
As for the previous instances, we have setup a wiki page for
details:
https://gcc.gnu.org/wiki/cauldron2022
Snapshot gcc-12-20220514 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20220514/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473
--- Comment #7 from Jerry DeLisle ---
My apologies for taking some time to get back to this. After a closer look, I
realize that in the original test case there is no problem. The semicolon is
an acceptable value separator regardless of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81233
Eric Gallager changed:
What|Removed |Added
Status|RESOLVED|REOPENED
This patch adds the new-in-5.2 features table to the OpenMP Implementation
Status
chapter of libgomp.
It is based on appendix 5.1 and a mix of my wording and Jakub's wording,
used when he did the implemented-in-GCC-xx archeology.
( The entries should be/should remain aligned with the
Jakub and I discussed the other day that it would be useful
to have a page similar to
https://gcc.gnu.org/projects/cxx-status.html
to provide by-GCC-version information of the which OpenMP are supported.
The list is based on
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105605
Bug ID: 105605
Summary: Manual/doc: Default dependency target (-MT) omits
dependence on -o (output file)
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105604
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic,
|
/gb/__td__ CFLAGS='-O1 -ggdb3' CXXFLAGS='-O1 -ggdb3' LDFLAGS='-O1
-ggdb3'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20220514 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105603
Bug ID: 105603
Summary: Manual incorrectly says -MD -E -o specifies dependency
output file
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80528
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34280
Scott McPeak changed:
What|Removed |Added
CC||scott.g.mcpeak at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
--- Comment #1 from Brecht Sanders
---
Apparently this issue is not related to the .exe extension, but rather to where
it is looking for cc1.exe.
If somepath/bin is where gcc.exe lives than it helpst to add
On 2022-04-21 09:11, Kaz Kylheku wrote:
> libcpp/ChangeLog
> 2022-04-21 Kaz Kylheku
>
> This change introduces a pair of related macros
> __EXP_COUNTER__ and __UEXP_COUNTER__. These macros access
> integer values which enumerate macro expansions.
> They can be used for
On Sat, May 14, 2022 at 02:12:06PM +0200, Gerald Pfeifer wrote:
> I pushed this minor update on top of the GCC 12 release changes.
>
> Jakub, I believe you have been using somewhere else,
> too. Not a biggie, and nothing to do. I'll take care...
I often just copy from git diff from a year ago,
On Fri, 13 May 2022 12:57:35 PDT (-0700), ma...@embecosm.com wrote:
On Fri, 13 May 2022, Palmer Dabbelt wrote:
Yep. We should have a NEWS entry, though, as this one is user-visible and may
be tricky to sort out if it turns out there is some HW lurking around that has
the old behavior.
Hmm,
I pushed this minor update on top of the GCC 12 release changes.
Jakub, I believe you have been using somewhere else,
too. Not a biggie, and nothing to do. I'll take care...
Gerald
here came in via e9d81288aaae7626d7b511e0f84cba3e72f47b52
which is deprecated. Simply use an id instead.
---
Richard Biener writes:
>> Am 14.05.2022 um 00:57 schrieb Gaius Mulley via Gcc :
>>
>>
>> Hi David,
>>
>> David Edelsohn writes:
>>
>>> I hope that you and the GNU Modula-2 team can propose the merge of the
>>> Modula-2 front-end and library soon.
>>
>> [reposting with a new title for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #11 from tt_1 ---
well, my systems toolchain is gcc-12.1.0, glibc-2.34-r13 and
binutils-2.37_p1-r2 - on gentoo, binutils is slotted so I can downgrade rather
easily.
but I guess you would like me to try another binutils to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #10 from Andrew Pinski ---
00082930 T _ZNKSt9type_infoeqERKS_
As expected.
I still suspect a binutils issue.
Is there a way to go back to 2.33.x?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #9 from tt_1 ---
Created attachment 52978
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52978=edit
compressed output of nm for cross-compilers libstdc++
this is the output of nm for the cross-compilers libstdc++.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #8 from Andrew Pinski ---
Can you do nm on libstdc++.so in the sysroot?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #7 from tt_1 ---
Created attachment 52977
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52977=edit
verbose output without -Wl, Bsymbolic-functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #6 from tt_1 ---
Created attachment 52976
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52976=edit
verbose output without -Wl, as-needed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> (In reply to tt_1 from comment #3)
> > maybe something went wrong with this patch:
> >
> > https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #4 from Andrew Pinski ---
(In reply to tt_1 from comment #3)
> maybe something went wrong with this patch:
>
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=3633cc54284450433b81f0340483e15df1a49a3c
>
> its arm specific, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
tt_1 changed:
What|Removed |Added
Component|target |libstdc++
--- Comment #3 from tt_1 ---
maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #2 from tt_1 ---
Created attachment 52975
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52975=edit
verbose output with -v
thank you for your answer, I'm uncertain as the error is from linking but
points to gcc-12 headers?
Hi Andrew, Toon,
> On 14 May 2022, at 09:09, Toon Moene wrote:
> On 5/14/22 10:00, Iain Sandoe via Gcc-patches wrote:
>>> On 13 May 2022, at 14:58, Andrew MacLeod via Gcc-patches
>>> wrote:
>>>
>>> VRP currently searches the ssa_name list for globals to exported after it
>>> finishes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
--- Comment #1 from Andrew Pinski ---
This could be a binutils issue.
Can you add -v to the command line and provide the output?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105602
Bug ID: 105602
Summary: [OpenMP][gcn] — Support multiple arch in
gcc/config/gcn/t-omp-device? Add 'amdgcn'
(additionally to/instead of 'amd')
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601
Bug ID: 105601
Summary: spidermonkey-91 fails to compile with:
../12.1.0/include/g++-v12/typeinfo:115: undefined
reference to
On 5/14/22 10:00, Iain Sandoe via Gcc-patches wrote:
Hi Andrew
On 13 May 2022, at 14:58, Andrew MacLeod via Gcc-patches
wrote:
VRP currently searches the ssa_name list for globals to exported after it
finishes running. This change simply exports globals as they are calculated
for the
Hi Andrew
> On 13 May 2022, at 14:58, Andrew MacLeod via Gcc-patches
> wrote:
>
> VRP currently searches the ssa_name list for globals to exported after it
> finishes running. This change simply exports globals as they are calculated
> for the final time during the DOM walk.
>
> This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100461
--- Comment #9 from Jonathan Wakely ---
It was already closed a year ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100461
--- Comment #8 from Daniel Starke ---
This bug was fixes in mingw-w64. The bug fix is included since versions 8.0.1.
See
> Am 14.05.2022 um 00:57 schrieb Gaius Mulley via Gcc :
>
>
> Hi David,
>
> David Edelsohn writes:
>
>> I hope that you and the GNU Modula-2 team can propose the merge of the
>> Modula-2 front-end and library soon.
>
> [reposting with a new title for mailing list clarity]
>
> Yes I was
45 matches
Mail list logo