https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104857
Bug ID: 104857
Summary: [nvptx] Add macro specifying ptx isa version
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104857
--- Comment #1 from Tom de Vries ---
Created attachment 52592
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52592&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104802
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104858
Bug ID: 104858
Summary: ranges::minmax double dereferences first
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96331
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93083
Patrick Palka changed:
What|Removed |Added
CC||nicole.king464 at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #13 from Jonathan Wakely ---
(In reply to Jason Merrill from comment #11)
> I'm surprised that adding the "artificial" attribute didn't work; I thought
> the main point of that attribute was to automatically skip the function in
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
--- Comment #33 from Jonathan Wakely ---
Complete patch:
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591468.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #14 from Jonathan Wakely ---
(In reply to Jason Merrill from comment #10)
> It seems the libstdc++ python hooks could set that up for users with
> gdb.execute ("skip std::move")?
No, that doesn't work. You need to use 'skip "std::mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856
--- Comment #2 from Andreas Schwab ---
--target defaults to --host when not given (and --host defaults to --build when
not given). Looks like something is using the canonical target name instead of
the target alias.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
--- Comment #2 from Jonathan Wakely ---
This is the usual problem with weak symbols and static linking.
For distros other than Red Hat (and Fedora, CentOS etc.) you need to use:
-Wl,--whole-archive -lpthread -Wl,--no-whole-archive
Otherwise t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
Jonathan Wakely changed:
What|Removed |Added
CC||lightningdzeyenr at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
--- Comment #4 from Jackson Huff ---
(In reply to Jonathan Wakely from comment #2)
> For distros other than Red Hat (and Fedora, CentOS etc.) you need to use:
>
> -Wl,--whole-archive -lpthread -Wl,--no-whole-archive
>
> Otherwise the pthread s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
--- Comment #5 from Jackson Huff ---
Just for reference, another person in bug 52590 had tried the same before but
also had no luck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
Jonathan Wakely changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #3 from Jonathan Wakely ---
Yeah, I'm not asking for it to be fixed, just noting here that it affects C++
constant expressions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:450526551dcb97b7c0513699d4333efb79b8b490
commit r12-7567-g450526551dcb97b7c0513699d4333efb79b8b490
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856
--- Comment #3 from Bib ---
I tried rebuilding with:
../configure --prefix=/opt/gcc11a --enable-languages=c,c++,ada
--enable-offload-targets=nvptx-none, --without-cuda-driver
--enable-checking=release --disable-werror --enable-ssp --disable-lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856
--- Comment #4 from Bib ---
I have a bug raised with Suse:
https://bugzilla.suse.com/show_bug.cgi?id=1196861
And they are saying:
Hmpf, so the directory name and the -dumpmachine output is using the configured
target, while s-oscons.ads contain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
--- Comment #6 from Jonathan Wakely ---
(In reply to Jackson Huff from comment #5)
> Just for reference, another person in bug 52590 had tried the same before
> but also had no luck.
No, they tried a different command, not the one I suggested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
Bug ID: 104859
Summary: [12 regression] liibg++ fails during bootstrap
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-09
Status|RESOLVE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
--- Comment #2 from anlauf at gcc dot gnu.org ---
Forgot to add:
print *, y+1_8 ! no ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
--- Comment #3 from anlauf at gcc dot gnu.org ---
Workaround: using -fno-range-check produces an error where appropriate.
Debugging suggests a potential fix for the ICE (needs testing):
diff --git a/gcc/fortran/expr.cc b/gcc/fortran/expr.cc
ind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #3)
> But that may be just a band-aid.
Not even that.
The following example shows that bad overflow handling is a regression that
was likely introduced in 6.x:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104860
Bug ID: 104860
Summary: RFE: -Wanalyzer-possible-null-argument and
-Wanalyzer-null-argument should respect
__attribute__((access, ...))
Product: gcc
Version: 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793
--- Comment #1 from David Malcolm ---
See also PR analyzer/104860, which covers this for
-Wanalyzer-possible-null-argument and -Wanalyzer-null-argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104849
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-03-09
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104849
--- Comment #2 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:22015e77d3e45306077396b9de8a8a28bb67fb20
commit r12-7569-g22015e77d3e45306077396b9de8a8a28bb67fb20
Author: Harald Anlauf
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104849
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104860
--- Comment #1 from David Malcolm ---
Questions posted to GCC list about this: "__attribute__ ((access, ...)) vs
__attribute__ ((nonnull))"
https://gcc.gnu.org/pipermail/gcc/2022-March/238389.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #1 from seurer at gcc dot gnu.org ---
Looks like this is BE only. And the bisect points here:
commit e32869a17b788bee9ca782b174a546b1db17b5ea
Author: Patrick Palka
Date: Wed Mar 9 08:42:32 2022 -0500
c++: detecting copy-init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #3 from seurer at gcc dot gnu.org ---
stage 1. It happens on a non-bootstrap, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #4 from Andrew Pinski ---
(In reply to seurer from comment #3)
> stage 1. It happens on a non-bootstrap, too.
I was worried that it was causing wrong code in the front-end.
Can you attach the preprocessed source for floating_to_cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #6 from Jakub Jelinek ---
I'm more suprised that this ever worked.
For 32-bit libstdc++, there is no unsigned __int128 support, so it uses
uint128_t.h instead, but that class doesn't have conversion operator to
unsigned.
Wonder if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:65857caee8ccfac5007a9fd0e5f18cce5e5fe934
commit r12-7571-g65857caee8ccfac5007a9fd0e5f18cce5e5fe934
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859
--- Comment #9 from Patrick Palka ---
Should be fixed now, sorry for the build breakage.
I suppose we might want to also backport this fix to the 11 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854
Siddhesh Poyarekar changed:
What|Removed |Added
Summary|-Wstringop-overread should |-Wstringop-overread should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103196
--- Comment #5 from Kewen Lin ---
(In reply to Richard Biener from comment #4)
> Or adjust the testcase. Please?
Thanks for the suggestion! I adjusted the test case by making it not unrolled
any more, as the patch posted at
https://gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665
Chung-Ju Wu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 85665, which changed state.
Bug 85665 Summary: Multiple typos in diagnostics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93644
George R. Goffe changed:
What|Removed |Added
CC||grgoffe at yahoo dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780
--- Comment #15 from Jason Merrill ---
(In reply to Jonathan Wakely from comment #14)
From
https://sourceware.org/gdb/current/onlinedocs/gdb/Skipping-Over-Functions-and-Files.html#Skipping-Over-Functions-and-Files
it looks like you want skip -rf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
--- Comment #3 from Andrew Pinski ---
clang and ICC also reject this for the same reason as GCC.
MSVC on the other hand accepts this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
--- Comment #4 from Andrew Pinski ---
Interesting if I put the definition of the class A::B at the end of the file,
the code works
I wonder if this is because of some ABI issue where A::A as a base class is
created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
--- Comment #15 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:2185c9734ad977b88c519a4579187a91b3f71edd
commit r12-7573-g2185c9734ad977b88c519a4579187a91b3f71edd
Author: Roger Sayle
Date: Thu M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104861
Bug ID: 104861
Summary: s-oscons.ads should use target_noncanonical
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95999
--- Comment #3 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:bae10419f6e07dbde8e66ff4ff70d050f82ad451
commit r12-7574-gbae10419f6e07dbde8e66ff4ff70d050f82ad451
Author: Roger Sayle
Date: Thu Ma
101 - 155 of 155 matches
Mail list logo