https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95300
Bug ID: 95300
Summary: Decimal floating-point constants suffer double
rounding
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95299
Bug ID: 95299
Summary: sorry, unimplemented: mangling typename_type
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95298
Bug ID: 95298
Summary: sorry, unimplemented: mangling record_type
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #3 from Steve Kargl ---
On Sat, May 23, 2020 at 10:43:23PM +, david.sagan at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
>
> --- Comment #2 from David Sagan ---
> The gcc documentation says:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95297
Bug ID: 95297
Summary: ICE: Segmentation fault
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95296
Bug ID: 95296
Summary: Segfault when trying to return a void value
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
On Sat, May 23, 2020 at 05:01:21AM +0200, Mark Wielaard wrote:
> Yes, that is actually better. And much easier to read. And the code
> can still be shared between get_c_stdlib_header_for_string_macro_name
> and get_stdlib_header_for_name. Changed in the attached patch.
>
> I also extended the
When reporting an error in cp_parser and we notice a string literal
followed by an unknown name check whether there is a known standard
header containing a string macro with the same name, then add a hint
to the error message to include that header.
gcc/c-family/ChangeLog:
*
This adds a flag to c_parser so we know when we were trying to
construct a string literal. If there is a parse error and we were
constructing a string literal, and the next token is an unknown
identifier name, and we know there is a standard header that defines
that name as a string literal, then
This patch requires the patch for atomic::wait/notify to be applied first.
This implementation is based on the libc++ implementation, but excludes the
alternative “central barrier” implementation for now as there is no standard
way to switch between the two.
* include/Makefile.am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #2 from David Sagan ---
The gcc documentation says:
‘array-temps’
Warns at run time when for passing an actual argument a temporary array had to
be generated. The information generated by this warning is sometimes useful in
Snapshot gcc-10-20200523 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20200523/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95295
Bug ID: 95295
Summary: g++ produces incorrect code with -O3 for loops
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
This patch introduces a prepare-commit-msg hook that appends a ChangeLog
skeleton to a commit message that doesn't already have one, and a 'git
amend-mklog' command to amend and append a new ChangeLog skeleton (to be
edited together with existing entries by hand).
Thoughts?
contrib/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
--- Comment #3 from Jakub Jelinek ---
For memcmp, it looks completely wrong to use c_getstr, I think in that case it
should use string_constant instead, or if it uses it, it should punt if the
returned length by it is smaller than the length of
Hi!
The NetBSD VAX porters have shown interest in a Bountysource campaign
for their GCC backend [1], so I created one [2].
The backend can be tested with the help of the SimH emulator, see [3, 4].
Adrian
> [1] http://mail-index.netbsd.org/port-vax/2020/04/16/msg003460.html
> [2]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95294
Bug ID: 95294
Summary: [vax] Convert the backend to MODE_CC so it can be kept
in future releases
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95222
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
Bug ID: 95293
Summary: Fortran not passing array by reference
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95292
Bug ID: 95292
Summary: internal compiler error
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93978
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
Now that the frontend issue PR c++/94038 is thoroughly fixed, the
testcase for PR93978 no longer fails to compile with -O -Wall, so add
-Wall to the testcase's compile flags to help ensure we don't regress
here.
Committed as obvious after testing on x86_64-pc-linux-gnu.
libstdc++-v3/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94038
--- Comment #9 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a57aa11191617754c8d43b3eb6a2576e970a0668
commit r11-591-ga57aa11191617754c8d43b3eb6a2576e970a0668
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93978
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a57aa11191617754c8d43b3eb6a2576e970a0668
commit r11-591-ga57aa11191617754c8d43b3eb6a2576e970a0668
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94361
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95291
Bug ID: 95291
Summary: ICE
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95290
Bug ID: 95290
Summary: ice in useless_type_conversion_p
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On Fri, 22 May 2020, Jason Merrill wrote:
> On 5/22/20 9:18 PM, Patrick Palka wrote:
> > On Fri, 22 May 2020, Jason Merrill wrote:
> > > On 5/20/20 10:08 PM, Patrick Palka wrote:
> > > > On Wed, 20 May 2020, Patrick Palka wrote:
> > > > > On Tue, 19 May 2020, Jason Merrill wrote:
> > > > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94038
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:6d1556ecfae3eff010ef7dc15f3da998403fa196
commit r11-590-g6d1556ecfae3eff010ef7dc15f3da998403fa196
Author: Patrick Palka
Date:
On May 23, 2020 2:15:45 AM GMT+02:00, David Edelsohn via Gcc-patches
wrote:
>TL;DR: This patch updates configure.ac and Makefile.in in libcpp and
>libdecnumber to substitute AR archiver.
>
>AIX supports "FAT" libraries containing 32 bit and 64 bit objects
>(similar to Darwin), but commands for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95289
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95289
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:3ba391077d41324f6c0585f0ec76be0f44dd5b43
commit r10-8172-g3ba391077d41324f6c0585f0ec76be0f44dd5b43
Author: Jonathan
The body of this function isn't just a return statement, so it can't be
constexpr until C++14.
PR libstdc++/95289
* include/debug/helper_functions.h (__get_distance): Only declare
as a constexpr function for C++14 and up.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95289
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3cb0c7cc160a50f830bfa9aa5a3264b773a28bf8
commit r11-589-g3cb0c7cc160a50f830bfa9aa5a3264b773a28bf8
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91796
--- Comment #8 from Maxim Egorushkin ---
Another example
https://stackoverflow.com/questions/61975526/gcc-optimization-better-at-o0-than-o3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95289
Jonathan Wakely changed:
What|Removed |Added
Summary|__gnu_debug::__get_distance |[10/11 Regression]
Hello world,
I have just committed as obvious and simple the attached patch -
adding an early error return.
This is a 9/10/11 Regression, so I will commit to the other
branches in a few days.
Regards
Thhomas
Fixes a hang on an invalid ID in a WAIT statement.
gcc/fortran/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95191
--- Comment #3 from CVS Commits ---
The master branch has been updated by Thomas Kथà¤nig :
https://gcc.gnu.org/g:8df7ee67f6fdc780e9453f2baa8d1bf62c000761
commit r11-588-g8df7ee67f6fdc780e9453f2baa8d1bf62c000761
Author: Thomas Koenig
Date:
On 22/05/20 22:57 +0200, François Dumont via Libstdc++ wrote:
On 21/05/20 2:17 pm, Jonathan Wakely wrote:
Why is the optimization not done for C++03 mode?
I did it this way because the new std::copy overload rely on
std::copy_n implementation details which is a C++11 algo.
It looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95191
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95275
--- Comment #2 from Frantisek Sumsal ---
Slight update of the reproducer - the fetch & checkout is no longer necessary
as the required changes were merged into master.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
--- Comment #6 from Thomas Koenig ---
Created attachment 48588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48588=edit
shortened test case
Here's the test case as shortened by multidelta.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95289
Bug ID: 95289
Summary: __gnu_debug::__get_distance is not C++11 constexpr
compliant
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
Thomas Koenig changed:
What|Removed |Added
Target Milestone|11.0|10.2
Summary|[11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70462
Pádraig Brady changed:
What|Removed |Added
CC||P at draigBrady dot com
--- Comment #6
On Fri, May 22, 2020 at 12:42 AM Uros Bizjak wrote:
>
> On Thu, May 21, 2020 at 2:54 PM H.J. Lu wrote:
> >
> > Add -mavx512vpopcntdq for -march=native if AVX512VPOPCNTDQ is available.
> >
> > PR target/95258
> > * config/i386/driver-i386.c (host_detect_local_cpu): Detect
> >
Hi!
Sorry this is taking so long.
On Wed, May 06, 2020 at 08:57:52AM +, Yangfei (Felix) wrote:
> > On Tue, Mar 24, 2020 at 06:30:12AM +, Yangfei (Felix) wrote:
> > > I modified combine emitting a simple AND operation instead of making one
> > zero_extract for this scenario.
> > >
Hi!
On Mon, Mar 23, 2020 at 08:16:51PM +0530, kamlesh kumar wrote:
> * rtl.h : Defined Tuple for bundling rtx, mode and
> unsignedness default as 0
This line is too long (and your mailer wrapped it). No space before
colon. Full stop at the end of a line.
Write changelogs in the
On 22/05/20 10:57 pm, François Dumont wrote:
On 21/05/20 2:17 pm, Jonathan Wakely wrote:
Why is the optimization not done for C++03 mode?
I did it this way because the new std::copy overload rely on
std::copy_n implementation details which is a C++11 algo.
It looks like the uses of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95288
Bug ID: 95288
Summary: Poor error message with function-scope enum definition
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95287
--- Comment #1 from Raul Tambre ---
Possibly of interest:
https://godbolt.org/z/NQus4z
Shows the implementation divergence with regard to DR777 and DR2233.
Only MSVC currently handles all cases correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95287
Bug ID: 95287
Summary: Incorrect default argument checking for
specializations of functions with parameter packs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95276
--- Comment #3 from Thomas Koenig ---
Created attachment 48586
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48586=edit
(somewhat reduced) test case
Here's a somewhat reduced test case; I did not spend too much time
throwing out
On Sat, May 23, 2020 at 9:25 AM Hongtao Liu wrote:
>
> Hi:
> This patch fix non-conforming expander for
> floatv2div2sf2,floatunsv2div2sf2,fix_truncv2sfv2di,fixuns_truncv2sfv2di,
> refer to PR95211, PR95256.
> bootstrap ok, regression test on i386/x86-64 backend is ok.
>
> gcc/ChangeLog:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95279
--- Comment #3 from Frantisek Sumsal ---
Original issue: https://github.com/systemd/systemd/issues/15583
Patch: https://github.com/systemd/systemd/pull/15860
Code in question:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
--- Comment #6 from Jonathan Wakely ---
I don't think this is a bug, the result of uniform_real_distribution depends on
floating point arithmetic which depends on optimisations.
The output of the mt19937_64 engine is portable between different
This simplifies the logic of converting Source arguments and pairs of
InputIterator arguments into the native string format. For any input
that is a contiguous range of path::value_type (or char8_t for POSIX)
a string view can be created and the conversion can be done directly,
with no
These functions were originally static members of the path class, but
the 'static' specifiers were not removed when they were moved to
namespace scope. This causes ODR violations when the functions are
called from functions defined in the header, which is incompatible with
Nathan's modules
This replaces the filesystem::__detail::_Path SFINAE helper with two
separate helpers, _Path and _Path2. This avoids having one helper which
tries to check two different sets of requirements.
The _Path helper now uses variable templates instead of a set of
overloaded functions to detect
This is a series of three patches to simplify the logic used to
construct a std::filesystem::path from strings/ranges of arbitrary
characters, and fix one bug.
The simpler logic also avoids some unnecessary string constructions
when a string view could be used instead. Previously a string view
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
--- Comment #5 from fdlbxtqi ---
I tried other architectures. Same issues here. WHY???
cqwrteur@Home-Server:~/fast_io_all/fast_io/helpers/fp$ g++ -o dontagree
dontagree.cc -Ofast -std=c++20 -s -march=x86-64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
--- Comment #4 from fdlbxtqi ---
I test on another Amd ryzen computer. Same issue here. Why???
cqwrteur@Home-Server:~/fast_io_all/fast_io/helpers/fp$ g++ -o dontagree
dontagree.cc -Ofast -std=c++20 -s -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
--- Comment #3 from fdlbxtqi ---
#include
#include
#include
int main()
{
std::mt19937_64 eng;
std::uniform_real_distribution dis(-1.0f,1.0f);
float v{};
for(std::size_t i(0);i!=36;++i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
fdlbxtqi changed:
What|Removed |Added
Target|Amd ryzen 2700. Linux, |Amd ryzen 3600. Linux,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
fdlbxtqi changed:
What|Removed |Added
Host|amd ryzen 2700. Linux, |Amd ryzen 2700. Linux,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95286
Bug ID: 95286
Summary: -march=native causes mt19937_64 +
uniform_real_distribution generating wrong result.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Hi:
This patch fix non-conforming expander for
floatv2div2sf2,floatunsv2div2sf2,fix_truncv2sfv2di,fixuns_truncv2sfv2di,
refer to PR95211, PR95256.
bootstrap ok, regression test on i386/x86-64 backend is ok.
gcc/ChangeLog:
PR target/95211 PR target/95256
* config/i386/sse.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #1 from Bu Le ---
Created attachment 48585
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48585=edit
patch for binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
Bug ID: 95285
Summary: AArch64:aarch64 medium code model proposal
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95282
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91867
Haoxin Tu changed:
What|Removed |Added
CC||haoxintu at gmail dot com
--- Comment #4
76 matches
Mail list logo