+cc.
On 2020/12/11 14:25, Xionghu Luo via Gcc wrote:
Thanks,
On 2020/12/10 17:12, Richard Biener wrote:
2) From PR90070:
double temp1 = (double)r->red;
double temp2 = (double)aggregate.red;
double temp3 = temp2 + (temp1 * 5.0);
temp1 * 5 could be not representable in float but
On Fri, Dec 11, 2020 at 7:26 AM Xionghu Luo wrote:
>
> Thanks,
>
> On 2020/12/10 17:12, Richard Biener wrote:
> >> 2) From PR90070:
> >>
> >>double temp1 = (double)r->red;
> >>double temp2 = (double)aggregate.red;
> >>double temp3 = temp2 + (temp1 * 5.0);
> > temp1 * 5 could be not
On Fri, Dec 11, 2020 at 2:01 AM Ilya Leoshkevich via Gcc-patches
wrote:
>
> Tested on gcc121 (x86_64 CentOS Linux 7). Ok for master?
OK
>
>
> After 92648faa1cb2 ("aix: Fixinclude") make check-fixincludes began to
> fail (at least on gcc121 machine). Fix by updating fixincludes/tests
> and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98232
Richard Biener changed:
What|Removed |Added
Summary|[9 branch] [regression] ICE |[9 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98227
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98234
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98234
Bug ID: 98234
Summary: [11 Regression] OOM at -O2 for PR91257 testcase
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi
I'd like to commit this small fix to complete _GLIBCXX_DEBUG constexpr
compatibility. There are still 2 macros not using __glibcxx_assert_1.
It fixes the generated diagnostic to have the __failed_assertion rather
than a message saying that _Error_formatter::_M_error is not constexpr.
On Thu, 10 Dec 2020, Lucas de Almeida via Gcc wrote:
when performing (int64_t) foo / (int32_t) bar in gcc under x86, a call to
__divdi3 is always output, even though it seems the use of the idiv
instruction could be faster.
IIRC, idiv requires that the quotient fit in 32 bits, while your C
On Thu, 10 Dec 2020, Lucas de Almeida via Gcc wrote:
> Hello,
> when performing (int64_t) foo / (int32_t) bar in gcc under x86, a call to
> __divdi3 is always output, even though it seems the use of the idiv
> instruction could be faster.
> This seems to remain even under -Ofast and other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
Ev Drikos changed:
What|Removed |Added
CC||drikosev at gmail dot com
--- Comment #6
On Fri, 11 Dec 2020 at 10:46, Hongtao Liu wrote:
>
> On Thu, Dec 10, 2020 at 8:52 PM Prathamesh Kulkarni
> wrote:
> >
> > On Wed, 9 Dec 2020 at 15:52, Hongtao Liu wrote:
> > >
> > > On Wed, Dec 9, 2020 at 5:22 PM Prathamesh Kulkarni via Gcc-patches
> > > wrote:
> > > >
> > > > On Wed, 9 Dec
Ok.
On Fri, Dec 11, 2020, 12:45 AM Patrick Palka wrote:
> This fixes a missed SFINAE when subtracting pointers to an incomplete
> type.
>
> Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
> trunk?
>
> gcc/cp/ChangeLog:
>
> PR c++/78173
> * typeck.c
Thanks,
On 2020/12/10 17:12, Richard Biener wrote:
>> 2) From PR90070:
>>
>>double temp1 = (double)r->red;
>>double temp2 = (double)aggregate.red;
>>double temp3 = temp2 + (temp1 * 5.0);
> temp1 * 5 could be not representable in float but the
> result of the add could so the transform
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98233
Bug ID: 98233
Summary: A small bug in stl
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee:
This fixes a missed SFINAE when subtracting pointers to an incomplete
type.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
trunk?
gcc/cp/ChangeLog:
PR c++/78173
* typeck.c (pointer_diff): Use complete_type_or_maybe_complain
instead of
Minecraft Server List
[http://pub.linuxman.co:3004/mosaico/img?src=http%3A%2F%2Fpub.linuxman.co%3A3004%2Ffiles%2Ftemplate%2Ffile%2F1%2F99a51e72c1e6f787e2748c2e943571d6=resize=258,null]
[http://pub.linuxman.co:3004/links/jCNSyLKswp/UMVFQKTHWY/MGgeKgXsYc/RZoOyKlpNm]
Looking for a Minecraft Server?
On Thu, Dec 10, 2020 at 8:52 PM Prathamesh Kulkarni
wrote:
>
> On Wed, 9 Dec 2020 at 15:52, Hongtao Liu wrote:
> >
> > On Wed, Dec 9, 2020 at 5:22 PM Prathamesh Kulkarni via Gcc-patches
> > wrote:
> > >
> > > On Wed, 9 Dec 2020 at 00:29, sunil.k.pandey wrote:
> > > >
> > > > On Linux/x86_64,
>
On Tue, Dec 8, 2020 at 5:15 AM CHIGOT, CLEMENT wrote:
>
> Any news about this bug ? It's not urgent even if it's breaking gcc builds
> with Go language, but I just want to know if you need any inputs/help from me.
I sent https://golang.org/cl/277232 to fix this problem.
Ian
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98232
Bug ID: 98232
Summary: [9 branch] [regression] ICE when compiling libreoffice
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
From: Aaron Sawdey
This patch adds a new function to genfusion.pl to generate patterns for
logical-logical fusion. They are enabled by default for power10 and can
be disabled by -mno-power10-fusion-2logical or -mno-power10-fusion.
This patch builds on top of the load-cmpi patch posted earlier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98231
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98231
Bug ID: 98231
Summary: [11 Regression] bogus error: no match for ‘operator<<’
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Segher,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/560573.html
On 30/11/2020 上午 11:08, HAO CHEN GUI wrote:
Hi,
This patch adds a new pattern(combine 4 insns to 3 insns) in 4-insn
combine. In the patch, newpat is split twice. The newpat, newi2pat and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98208
--- Comment #10 from Ilya Leoshkevich ---
I've posted the combined fixincludes/tests/base/sys/types.h + genfixes patch
here: https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561601.html
Tested on gcc121 (x86_64 CentOS Linux 7). Ok for master?
After 92648faa1cb2 ("aix: Fixinclude") make check-fixincludes began to
fail (at least on gcc121 machine). Fix by updating fixincludes/tests
and rerunning genfixes.
fixincludes/ChangeLog:
2020-12-11 Ilya Leoshkevich
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] X86 |[10 Regression] X86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98212
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a5c05005499dd323296008fda4f414d8647adf0c
commit r11-5923-ga5c05005499dd323296008fda4f414d8647adf0c
Author: Jakub Jelinek
Date:
On Thu, Dec 10, 2020 at 10:27:46AM -0600, Patrick McGehearty via Gcc-patches
wrote:
> Thank you for your rapid feedback.
> I'll fix the various formatting issues (spaces in the wrong places
> and such as well as revise the Changelog magic) in the next submission.
> It will wait for Joseph's
Hello,
when performing (int64_t) foo / (int32_t) bar in gcc under x86, a call to
__divdi3 is always output, even though it seems the use of the idiv
instruction could be faster.
This seems to remain even under -Ofast and other available options.
To illustrate, this godbolt link:
Snapshot gcc-8-20201210 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20201210/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
This patch further extends the satisfaction_cache class to diagnose
self-recursive satisfaction.
With this patch, a few more cmcstl2 tests fail at compile time due apparent
self-recursive satisfaction. I didn't analyze these failures
individually, but all errors contain view_interface::operator
There's no need to explicitly check for the maximum value, because the
function we call handles it correctly anyway.
libstdc++-v3/ChangeLog:
PR libstdc++/98226
* include/std/bit (__countl_one, __countr_one): Remove redundant
branches.
Tested powerpc64le-linux. Committed
On Thu, 10 Dec 2020, Patrick Palka wrote:
> This patch further extends the satisfaction_cache class to diagnose
> self-recursive satisfaction.
>
> With this patch, a few more cmcstl2 tests fail at compile time due apparent
> self-recursive satisfaction. I didn't analyze these failures
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98226
--- Comment #5 from Jonathan Wakely ---
I've removed some redundant code from them, but not changed the indirection
that this PR complains about. I don't plan to change that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98226
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2ea62857a3fbdf091ba38cbb62e98dc76b198e2e
commit r11-5922-g2ea62857a3fbdf091ba38cbb62e98dc76b198e2e
Author: Jonathan Wakely
Date:
On Thu, Dec 10, 2020 at 10:20 PM H.J. Lu wrote:
>
> User interrupt handler stack frame is similar to exception interrupt
> handler stack frame. Instead of error code, the second argument is
> user interrupt request register vector.
>
> gcc/
>
> PR target/98219
> *
On 2020-12-10 10:12 a.m., Andrea Corallo wrote:
Hi all,
following discussion on PR97092 I'd like to submit the following patch
with a fix plus associated testcase.
With this patch applied mode is recomputed at each iteration while
looping across different copies in
Hi Nikhil,
> On 12/10/20 2:34 PM, Rainer Orth wrote:
>> I've just checked: is effectively unchanged since
>> Solaris 10.
>>
>> Besides, there's gcc211 in the GCC compile farm, running Solaris 11.3/SPARC.
>
> Ah, thanks, I wasn't aware there was a compile farm available to GCC
> developers. I've
With very large CFG's ranger on entry cache is not particularly efficient.
One thing I never got to was recognizing that if an ssa-name is never
used in an outgoing edge calculation, then its range never changes.. the
global range is sufficient and we do not need to propagate the on-entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #9 from Adam Van Ymeren ---
Awesome thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98174
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:7f359556a772e26eabf8d31e53aae1de6f2f200d
commit r11-5921-g7f359556a772e26eabf8d31e53aae1de6f2f200d
Author: Andrew MacLeod
Date:
Update prefixed attribute for Power10.
This patch was broken out from my larger patch to update various attributes for
Power10, in order to make the review process hopefully easier. This patch only
updates the prefix attribute for various new instructions. Changes in this
version include missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
It's a rather curious malfunction of the 'Mod attribute applied to the
variable of a loop whose upper bound is dynamic.
Tested on x86-64/Linux, applied on all active branches.
2020-12-10 Ed Schonberg
PR ada/98230
* exp_attr.adb (Expand_N_Attribute_Reference, case Mod): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:87c40733898283f0d1e48bcbf8055c2718064e77
commit r8-10673-g87c40733898283f0d1e48bcbf8055c2718064e77
Author: Ed Schonberg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:da6e672dc9bbedb993a5fea498954f0ca861b7ec
commit r9-9107-gda6e672dc9bbedb993a5fea498954f0ca861b7ec
Author: Ed Schonberg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:bc7d2977d108ed00c30c9f21d5701f28ffb50f29
commit r10-9137-gbc7d2977d108ed00c30c9f21d5701f28ffb50f29
Author: Ed Schonberg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #4 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:779bf1823ced0814803d2be7f7ded0317e70140c
commit r11-5920-g779bf1823ced0814803d2be7f7ded0317e70140c
Author: Ed Schonberg
Date:
On Thu, 10 Dec 2020, Jason Merrill wrote:
> On 12/10/20 11:21 AM, Patrick Palka wrote:
> > This implements lightweight heuristical detection and diagnosing of
> > satisfaction results that change at different points in the program,
> > which renders the program as ill-formed NDR as of P2014.
Hi!
On Thu, Nov 19, 2020 at 06:58:14PM -0500, Michael Meissner wrote:
> * config/rs6000/rs6000.c (rs6000_mangle_decl_assembler_name): Add
> support for mapping built-in function names for long double
> built-in functions if long double is IEEE 128-bit.
Please write what it
User interrupt handler stack frame is similar to exception interrupt
handler stack frame. Instead of error code, the second argument is
user interrupt request register vector.
gcc/
PR target/98219
* config/i386/uintrintrin.h (__uintr_frame): Remove uirrv.
gcc/testsuite/
This adds a set of calls to name lookup that are needed by modules.
Generally installing imported bindings, or walking the current TU's
bindings. One note about template instantiations though. When we're
about to instantiate a template we have to know about all the
maybe-partial
Hi all,
v2:
[
NOTES
Unless you need the finer grained control that this system
call provides, you probably want to use the GCC built-in
function __builtin___clear_cache(), which provides a more
portable interface:
void
Jonathan Wakely writes:
> I'll do a bit more testing and push it next week.
That's awesome news. Thanks so much for you help; I'm looking forward to
having real C++ support for my embedded customers!
--
-keith
signature.asc
Description: PGP signature
A common pattern before C++17 is the generator function, used to avoid
having to specify the type of a container element by using a function call
to get type deduction; for example, std::make_pair. C++17 added class type
argument deduction, making generator functions unnecessary for many uses,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91506
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
It's past time to update this macro to the specified value for C++20.
libcpp/ChangeLog:
* init.c (cpp_init_builtins): Update __cplusplus for C++20.
---
libcpp/init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libcpp/init.c b/libcpp/init.c
index
Pre-r11-557 we issued a bogus
error: parameter may not have variably modified type 'double [x]'
but now we compile this, as we should.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/testsuite/ChangeLog:
PR c++/91506
* g++.dg/init/array60.C: New test.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91506
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:96a5c483afbe0cb3fb037641bf2b5658531d9255
commit r11-5917-g96a5c483afbe0cb3fb037641bf2b5658531d9255
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |8.5
Summary|Incorrect
On 12/10/20 11:21 AM, Patrick Palka wrote:
This implements lightweight heuristical detection and diagnosing of
satisfaction results that change at different points in the program,
which renders the program as ill-formed NDR as of P2014. We've recently
started to more aggressively cache
On 09/12/20 18:46 -0800, Keith Packard wrote:
This option directs the library to only use simple stdio APIs instead
of using fileno to get the file descriptor for use with POSIX APIs.
This looks fine to me, even at this stage of GCC 11 (it doesn't affect
the default configurations, just adds a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
Ahhh, ok. Good too know.
I think also it is not of high priority ;-)
Greets
Patrick
Am 10.12.2020 um 16:26 schrieb David Brown:
> On 10/12/2020 16:10, webmaster wrote:
>
> (As a general rule, you'll get more useful responses if you use your
> name in your posts. It's common courtesy.)
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91506
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 12/10/20 2:34 PM, Rainer Orth wrote:
I've just checked: is effectively unchanged since
Solaris 10.
Besides, there's gcc211 in the GCC compile farm, running Solaris 11.3/SPARC.
Ah, thanks, I wasn't aware there was a compile farm available to GCC
developers. I've applied for an account, but
This extends using-decls to modules. In modules you can export a
using decl, but the exported decl must have external linkage already.
One thing you can do is export something from the GMF.
The novel thing is that now 'export using foo::bar;' *in namespace
bar* can mean something significant
Hi Nikhil,
> Sorry about this, Rainer. I think I see the issue, though it's hard to
> be certain without access to a Solaris machine. Assuming the icmp6.h
> header hasn't changed since the last time Solaris code was open source
> [0], I think the issue is likely to be typedefs that define a named
Sorry about this, Rainer. I think I see the issue, though it's hard to
be certain without access to a Solaris machine. Assuming the icmp6.h
header hasn't changed since the last time Solaris code was open source
[0], I think the issue is likely to be typedefs that define a named
struct and an alias
Hi Ian,
> On Tue, Dec 8, 2020 at 2:57 PM Nikhil Benesch
> wrote:
>>
>> This patch corrects -fdump-go-spec's handling of incomplete types.
>> To my knowledge the issue fixed here has not been previously
>> reported. It was exposed by an in-progress port of gccgo to FreeBSD.
>>
>> Given the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63707
--- Comment #13 from Jakub Jelinek ---
At least for #c5 the important difference between that testcase and // ~Child
();
which is accepted is I think since
r0-113052-ge2df21bfc6c81b4bc410a42002c8427454ffa628
in the cp/init.c
Hi Richard,
> I specifically want to test generic SVE rather than SVE tuned for a
> specific core, so --with-arch=armv8.2-a+sve is the thing I want to test.
Btw that's not actually what you get if you use cc1 - you always get armv8.0,
so --with-arch doesn't work at all. The only case that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
--- Comment #1 from Adam Van Ymeren ---
Forgot some details
=== output of gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98230
Bug ID: 98230
Summary: Bug in Type'Modulus during a loop whose range is
computed by a variable
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
--- Comment #6 from Jakub Jelinek ---
Fixed on the trunk now, not sure if this should be eventually backported or
not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
This augments the name lookup with knowledge about the BINDING_VECTOR.
That holds per-module namespace bindings, and we need to collect the
bindings in visible imports when we do lookup. We also need to do
some checking when we're pushing a new decl to check we're not
overriding an existing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #6)
> Not familiar with the 64-bit vector support myself, CCing Uros on that.
PR98218
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98229
--- Comment #1 from Jakub Jelinek ---
Created attachment 49731
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49731=edit
gcc11-pr98229.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98226
--- Comment #3 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #2)
> Oh, but you didn't enable any optimization at all, so who cares about the
> performance?
I was thinking the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98229
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98216
--- Comment #4 from Emmanuel Le Trong ---
Looking at the symbols in your snippet:
$ nm -C toto | grep wrapper
00402030 u wrapper::arr
That looks like a weird NaN to me.
Christophe Lyon writes:
> On Wed, 9 Dec 2020 at 17:47, Richard Sandiford
> wrote:
>>
>> Christophe Lyon via Gcc-patches writes:
>> > Hi,
>> >
>> > I've been working for a while on enabling auto-vectorization for ARM
>> > MVE, and I find it a bit awkward to keep things common with Neon as
>> >
On 10/12/2020 18:39, David Malcolm wrote:
On Fri, 2020-12-04 at 10:58 +0100, Erick Ochoa wrote:
+ // Anonymous fields? (Which the record can be!).
+ warning (OPT_Wdfa, "RECORD_TYPE %qE has dead field %qE in LTO.\n",
+ record, field);
Others have pointed out
On Thu, 2020-12-10 at 11:21 -0500, Patrick Palka via Gcc-patches wrote:
> + if (entry->diagnose_instability)
> + {
> + error_at (EXPR_LOCATION (ATOMIC_CONSTR_EXPR (entry->atom)),
> + "satisfaction value of atomic constraint %qE changed "
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98169
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #6
On Fri, 2020-12-04 at 10:58 +0100, Erick Ochoa wrote:
> + // Anonymous fields? (Which the record can be!).
> + warning (OPT_Wdfa, "RECORD_TYPE %qE has dead field %qE in LTO.\n",
> + record, field);
Others have pointed out that -Wdfa isn't a good name for the
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20201210 (experimental) [master revision
b46dd03fe94:30c63a5c82a:afc14c8d0a9e7af13698a7eec84226a3cc4b0e67] (GCC)
[556] %
[556] % gcctk -m32 -O0 -c small.c
[557] %
[557] % gcctk -m32 -O1 -c small.c
during RTL pass: expand
small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98226
--- Comment #2 from Jonathan Wakely ---
Oh, but you didn't enable any optimization at all, so who cares about the
performance?
20201210 on s390x-linux-gnu
/<>/build/./gcc/xgcc -B/<>/build/./gcc/ -B/
usr/lib/gcc-snapshot/s390x-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/s390x-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/s390x-
linux-gnu/include -isystem /usr/lib/gcc-snapshot/s390x-linux-gnu/sys-include
-c -g -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98226
--- Comment #1 from Jonathan Wakely ---
This seems like an optimizer bug. There is no way I'm going to repeat the
entire body of countr_zero in countr_one.
On 10/12/20 11:14 -0600, Peter Bergner via Libstdc++ wrote:
On 12/10/20 10:14 AM, Jonathan Wakely wrote:
On 04/12/20 00:35 +, Jonathan Wakely wrote:
On 03/12/20 20:07 -0300, Tulio Magno Quites Machado Filho via Libstdc++ wrote:
I suggest to replace frexpf128 with __frexpieee128.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96124
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98216
--- Comment #3 from Jonathan Wakely ---
Reduced:
struct an_array
{
constexpr bool operator==(const an_array& a) const { return d == a.d; }
double d;
};
constexpr auto
add_array (an_array a, an_array b)
{
a.d += b.d;
return a;
}
> -Original Message-
> From: Tamar Christina
> Sent: 10 December 2020 17:00
> To: gcc-patches@gcc.gnu.org
> Cc: nd ; Ramana Radhakrishnan
> ; Richard Earnshaw
> ; ni...@redhat.com; Kyrylo Tkachov
>
> Subject: [PATCH]Arm: Add NEON and MVE RTL patterns for Complex Addition,
> Multiply
On 12/10/20 10:14 AM, Jonathan Wakely wrote:
> On 04/12/20 00:35 +, Jonathan Wakely wrote:
>> On 03/12/20 20:07 -0300, Tulio Magno Quites Machado Filho via Libstdc++
>> wrote:
>>> I suggest to replace frexpf128 with __frexpieee128.
>>>
>>> The former is available on a glibc that support
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
trunk 20201210 ftbfs
1 - 100 of 260 matches
Mail list logo
