https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93058
--- Comment #4 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #3)
> @Sergei: Can you please send a patch for this?
Sent as https://gcc.gnu.org/ml/gcc-patches/2020-01/msg01642.html
From: Sergei Trofimovich
From: Sergei Trofimovich
asan's test allocates 2 pages via pvalloc(kPageSize + 100)
and makes sure dereference of 'kPageSize + 101' does not
trigger asan checks.
glibc's and gcc's malloc-like attribute checkers trigger
a warning:
asan_test.cc:129:22: error:
On Thu, Jan 23, 2020 at 10:48 PM Jakub Jelinek wrote:
>
> Hi!
>
> In Agner Fog's tables, vpermilp[sd] with immediates seem to be
> much faster than vpermpd with immediate, for a good reason,
> the former only permute something within the lanes and don't do anything
> intra-lane, while vpermpd
On Mon, 20 Jan 2020 at 15:44, Richard Biener wrote:
>
> On Wed, Jan 8, 2020 at 11:20 AM Prathamesh Kulkarni
> wrote:
> >
> > On Tue, 5 Nov 2019 at 17:38, Richard Biener
> > wrote:
> > >
> > > On Tue, Nov 5, 2019 at 12:17 AM Kugan Vivekanandarajah
> > > wrote:
> > > >
> > > > Hi,
> > > >
From cfd3c2e2a49dd3e29b42baa0f22feffd4b346231 Mon Sep 17 00:00:00 2001
From: Thomas Rodgers
Date: Thu, 23 Jan 2020 21:54:44 -0800
Subject: [PATCH] Suppress deprecation warnings in tbb effective target check
TBB 2020 added deprecation warnings which produced output not expected by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93365
--- Comment #4 from Steve Kargl ---
On Thu, Jan 23, 2020 at 03:37:04PM +, markeggleston at gcc dot gnu.org
wrote:
>
> If the parameter attribute is removed or a non zero sized array is used, the
> ICE does not occur.
>
> The ICE occurs in
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
Unfortunately due to me being rather busy with school and other
things I
will not be able to post my article to the
On 1/23/20 12:19 PM, Nicholas Krause wrote:
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
Greetings All,
Unfortunately due to me being rather busy with school and other
things I
will not be able to post my article to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92767
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410
--- Comment #1 from Andrew Pinski ---
I doubt GCC 9 is going to change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410
Bug ID: 93410
Summary: can't use _Decimal64 in C99/C11/C17 mode
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93368
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93367
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
PR analyzer/93367 reports a testsuite failure in abort.c on
hppa64-hp-hpux11.11 when detecting if the analyzer "knows" that the
condition holds after the assert.
The root cause is that the assertion failure function in that
configuration's is not marked with
__attribute__ ((__noreturn__)).
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93367
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:a0b935ac66bc9804b0864151e5f1bfde5ac1ddeb
commit r10-6195-ga0b935ac66bc9804b0864151e5f1bfde5ac1ddeb
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92767
--- Comment #5 from John Paul Adrian Glaubitz ---
Recent builds have been fine:
> https://buildd.debian.org/status/fetch.php?pkg=gcc-10=m68k=10-20200117-2=1579373512=0
I guess it's safe to close this issue.
Hi,
it seems that there is additional bug in merging which caused the extra
0 counts.
The attached patch imprves the stats on gcc dir of profiledbootstrap:
stats for indirect_call:
total: 9876
invalid: 705
tracked values:
0 values: 7189 times (72.79%)
1 values: 1890 times
On Thu, Jan 23, 2020 at 11:32 AM Maciej W. Rozycki wrote:
>
> On Tue, 21 Jan 2020, Ian Lance Taylor wrote:
>
> > I've committed a patch to update libgo to Go 1.14beta1. As usual with
> > these updates the patch is far too large to include in this e-mail
> > message. I've included the diffs for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88589
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
On Jan 22, 2020, Richard Biener wrote:
> I think it's fine to make that change now.
FTR, the combined patch, to be installed in GCC 11, is commit
f798a915a2a00ff7921644d0e08cb88e7db581a2, in
refs/users/aoliva/heads/aux-dump-revamp
I'm not reposting the monster patch right now.
--
Alexandre
On Thu, 2020-01-23 at 14:59 -0700, Sandra Loosemore wrote:
> On 1/23/20 1:17 PM, Jeff Law wrote:
> > On Tue, 2020-01-21 at 15:00 -0700, Sandra Loosemore wrote:
> > > In doing some nios2-elf testing, I ran into a bunch of failures in
> > > constexpr-related tests in the C++ testsuite. This target
Am Donnerstag, den 23.01.2020, 14:18 +0100 schrieb Richard Biener:
> On Wed, Jan 22, 2020 at 12:40 PM Martin Sebor wrote:
> >
> > On 1/22/20 8:32 AM, Richard Biener wrote:
> > > On Tue, 21 Jan 2020, Alexander Monakov wrote:
> > >
> > > > On Tue, 21 Jan 2020, Richard Biener wrote:
> > > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92395
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92767
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93349
--- Comment #2 from David Malcolm ---
Within the analyzer exploded_graph::process_node has:
2312 /* Update cfun and input_location in case of an ICE: make it easier
to
2313 track down which source construct we're failing to handle.
On 1/23/20 12:09 PM, Peter Bergner wrote:
> On 1/23/20 4:29 AM, Jakub Jelinek wrote:
>> so it is not a fast forward merge and we have the requirement that
>> From-SVN: shouldn't appear in commit logs of new commits.
>
> So I just did "git merge releases/gcc-9" into our branch and I'm not
> seeing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42129
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Not a regression, but only affects a diagnostic on the H8 port.
As pointed out in the BZ, we should not be emitting an exclamation
point in the diagnostic and the capitalization was incorrect. Fixed by
the attached patch which I've committed to the trunk.
Jeff
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90162
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92269
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
As mentioned in the PR, there's a bug in the H8 profiling support which
results in the wrong label name being emitted. Specifically the label
is missing a ".".
While we're in stage4, this affects just the H8 and only when profiling
is enabled, so I went ahead and committed the fix to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924
--- Comment #10 from Jan Hubicka ---
-fvpt still has no effect on Firefox
https://treeherder.mozilla.org/perf.html#/compare?originalProject=try=20725e2c319ad69128f075248bc41a0e97029437=try=8a26cb77fed6ccc6752c6ad906a8e20767b454a1=1
while it used
The previous rule could leave an incomplete file if the build was
interrupted, which would then not be remade if make was run again.
This makes the rule more robust by writing to a temporary file and only
moving it into place as the final step. It also simplifies the rule so
that only the
Fix synchronization issues in . Replace shared_ptr with
_Stop_state_ref and a reference count embedded in the shared state.
Replace std::mutex with spinlock using one bit of a std::atomic<> that
also tracks whether a stop request has been made and how many
stop_source objects share ownership of
On Wed, 2020-01-22 at 20:40 +0100, Jakub Jelinek wrote:
> On Wed, Jan 22, 2020 at 02:35:13PM -0500, David Malcolm wrote:
> > PR analyzer/93316 reports various testsuite failures where I
> > accidentally relied on properties of x86_64-pc-linux-gnu.
> >
> > The following patch fixes them on
On Thu, 2020-01-23 at 18:46 +0300, Alexander Monakov wrote:
> On Thu, 23 Jan 2020, David Malcolm wrote:
>
> > Removing the assertions fixes it for me (a stage1 build, at least,
> > and
> > it then passes the testsuite).
> >
> > I've made this blunder in four places in the analyzer:
> >
> >
Hello-
In the discussion of r279137, which makes diagnostic-show-locus.c aware that
characters may take up more than one display column, David suggested that I
also look at handling tabs there (expanding into the correct number of
spaces): https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00625.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91882
--- Comment #3 from Andrew Pinski ---
This is a job for reassociation pass really.
coming into that pass we have:
_1 = a_3(D) | b_4(D);
if (_1 != 0)
goto ; [50.00%]
else
goto ; [50.00%]
[local count: 536870913]:
_5 = a_3(D) &
On 1/23/20 1:17 PM, Jeff Law wrote:
On Tue, 2020-01-21 at 15:00 -0700, Sandra Loosemore wrote:
In doing some nios2-elf testing, I ran into a bunch of failures in
constexpr-related tests in the C++ testsuite. This target defaults to
-fno-delete-null-pointer-checks at the request of
Hi!
I've noticed this test failed on x86_64-linux with -m32 or -mx32 testing,
the triplet doesn't really say which actual multilib it is, and the test
really works with lp64.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux,
committed to trunk as obvious.
2020-01-23 Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93027
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3a26c7b3a3569a5e1b6f0342e50aefe76ad0ec4d
commit r10-6190-g3a26c7b3a3569a5e1b6f0342e50aefe76ad0ec4d
Author: Jakub Jelinek
Date:
Hi!
In Agner Fog's tables, vpermilp[sd] with immediates seem to be
much faster than vpermpd with immediate, for a good reason,
the former only permute something within the lanes and don't do anything
intra-lane, while vpermpd can. So, functionality-wise, vpermilpd
is more efficient subset of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93409
Bug ID: 93409
Summary: [10 Regression] gcn libgomp plugin fails to build for
x32
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #13 from Segher Boessenkool ---
You cannot use that from intrinsics. But the target code can do similar of
course, whether or not asm syntax for this exists.
On Thu, Jan 23, 2020 at 10:20 AM Olivier Hainque wrote:
>
> Hello,
>
> We are pleased to invite you all to the next GNU Tools Cauldron,
> taking place in Paris on June 12-14, 2020.
>
> As for the previous instances, we have setup a wiki page for
> details:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #12 from Andrew Pinski ---
If PowerPC back-end supported the "Flag Output Operands" part of GCC's
inline-asm, you could use that to do the correct thing. But sadly PowerPC does
not currently.
A small fix on top of the last edits to gitwrite.html; spelling
"<" and ">" the HTML way is painful, and visually hard to grok.
Pushed.
Gerald
---
htdocs/gitwrite.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html
index
Technically not necessary, but while I was at it this simplified
things (and there were no similarly many references anywhere else).
Pushed.
Gerald
---
htdocs/projects/gomp/index.html | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38308
Joseph S. Myers changed:
What|Removed |Added
CC||jerome.hamm@planete-science
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93406
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Thu, Jan 23, 2020 at 09:19:52PM +0100, Rainer Orth wrote:
> Unlikely: there's barely any development on the Solaris assemblers these
> days, though I prefer to xfail tests if possible to get notified if they
> suddenly start to work for some reason.
Ok.
Jakub
Hi Jakub,
> On Thu, Jan 23, 2020 at 09:12:27PM +0100, Rainer Orth wrote:
>> +FAIL: gcc.target/i386/pr91298-2.c (test for excess errors)
>>
>> It only allows letters, digits, '_' and '.' in identifiers:
>> https://docs.oracle.com/cd/E37838_01/html/E61064/eqbsx.html#XALRMeoqjw
>
> So, no way to
On Tue, 2020-01-21 at 15:00 -0700, Sandra Loosemore wrote:
> In doing some nios2-elf testing, I ran into a bunch of failures in
> constexpr-related tests in the C++ testsuite. This target defaults to
> -fno-delete-null-pointer-checks at the request of Altera/Intel, in order
> to support some
* Alfred M. Szmidt:
>Please feel free to share with other groups as appropriate.
>
> The form requires non-free software and Google malware. Please do not
> recommend that people share such things on GNU project lists.
The message you quoted also said:
| If unable to use this form, please
On Thu, Jan 23, 2020 at 09:12:27PM +0100, Rainer Orth wrote:
> +FAIL: gcc.target/i386/pr91298-2.c (test for excess errors)
>
> It only allows letters, digits, '_' and '.' in identifiers:
> https://docs.oracle.com/cd/E37838_01/html/E61064/eqbsx.html#XALRMeoqjw
So, no way to emit other letters in
On Thu, 2020-01-23 at 20:38 +0100, Hans-Peter Nilsson wrote:
> gcc:
> * target.def (flags_regnum): Also mention effect on delay slot filling.
> * doc/tm.texi: Regenerate.
>
> Noticed the "hard way" dealing with performance fallout for the
> CRIS decc0ration.
>
> Previously, the documentation
On Wed, 2020-01-22 at 10:14 +0200, Claudiu Zissulescu wrote:
> Like `packed` type attribute, the ARC's `uncached` type attribute
> needs to be propagated to each member of the struct where it is used.
> Fix this behavior and add a test.
>
> gcc/
> -xx-xx Claudiu Zissulescu
>
> *
Hi Jakub,
> In AT syntax leading $ is special, so if we have identifiers that start
> with dollar, we usually fail to assemble it (or assemble incorrectly).
> As mentioned in the PR, what works is wrapping the identifiers inside of
> parens, like:
> movl$($a), %eax
> leaq
On Wed, 2020-01-22 at 22:23 +0100, Andreas Tobler wrote:
> Hi all,
>
> I'm digginig out old patches and I want to complete the libasan support
> for FreeBSD x86_64. The below one was not that obvious when you have
> been away for the past years.
>
> In the last import the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from David Malcolm ---
> Sorry about the failing tests.
>
> As noted in comment #4, r10-6152-gda7cf663b75513e4d2baf5a579ffcb4f8a61193b
> hopefully fixes all of these
Hi Ian,
> On Wed, Jan 22, 2020 at 12:18 PM Rainer Orth
> wrote:
>>
>> > I've committed a patch to update libgo to Go 1.14beta1. As usual with
>> > these updates the patch is far too large to include in this e-mail
>> > message. I've included the diffs for gccgo-specific files.
>> >
On Thu, 2020-01-23 at 11:43 +, Richard Sandiford wrote:
> Jeff Law writes:
> > On Wed, 2020-01-22 at 12:02 +, Richard Sandiford wrote:
> > > One consequence of r276318 was that cselib now preserves sp-based
> > > values across function calls. This in turn convinced cprop to
> > > replace
On Thu, 2020-01-23 at 15:26 +0100, Martin Liška wrote:
> Hi.
>
> The patch finishes stripping of params in --help dump
> for e.g. --help=joined or --help=separate.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
> Martin
>
>
On Thu, 2020-01-23 at 15:28 +0100, Martin Liška wrote:
> Hi.
>
> The following is attempt to fix the PR. Idea is such that
> all non-driver Common options that are also used in context
> of a languages should not be printed in --help=common. An
> exception would be an option that will be included
On Jan 22, 2020, Richard Biener wrote:
>> I suppose I might go ahead and install the libiberty follow-up patch
>> approved by Joseph, and squash the lto-wrapper portion into the larger
>> patch. Please let me know in case you think the libiberty change to
>> preserve empty arguments should also
On Jan 22, 2020, Jonathan Wakely wrote:
>>> I don't think so, that wouldn't work. I think pos02 could just be
>>> removed from the test.
>> Will do.
> Thanks, OK to commit.
Thanks, here's what I tested and am about to install.
tolerate padding in mbstate_t
From: Alexandre Oliva
Padding
On Jan 23, 2020, Jonathan Wakely wrote:
> On 23/01/20 00:20 -0300, Alexandre Oliva wrote:
>> On Jan 22, 2020, Jonathan Wakely wrote:
>>
>>> Isn't allowing arithmetic on function pointers a GNU extension?
>>
>> Does that matter? This test is only supposed to be compiled by GCC.
> Maybe if
gcc:
* target.def (flags_regnum): Also mention effect on delay slot filling.
* doc/tm.texi: Regenerate.
Noticed the "hard way" dealing with performance fallout for the
CRIS decc0ration.
Previously, the documentation blurb only mentioned an effect on
compare elimination. The technical contents
On Tue, 21 Jan 2020, Ian Lance Taylor wrote:
> I've committed a patch to update libgo to Go 1.14beta1. As usual with
> these updates the patch is far too large to include in this e-mail
> message. I've included the diffs for gccgo-specific files.
It seems to have broken the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #6 from Matthias Kretz (Vir) ---
FWIW, I'd prefer gnu::vector_size(N) to not introduce any additional UB over
the scalar arithmetic types. I.e. behave like if promotion would happen, just
with final assignment back to T (truncation).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93402
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10 Regression] Wrong |[8/9 Regression] Wrong code
Please feel free to share with other groups as appropriate.
The form requires non-free software and Google malware. Please do not
recommend that people share such things on GNU project lists.
Hello,
We are pleased to invite you all to the next GNU Tools Cauldron,
taking place in Paris on June 12-14, 2020.
As for the previous instances, we have setup a wiki page for
details:
https://gcc.gnu.org/wiki/cauldron2020
The conference is free to attend, registration in advance is
On Thu, 2020-01-23 at 20:05 +0100, Richard Biener wrote:
> On January 23, 2020 7:22:02 PM GMT+01:00, Jakub Jelinek
> wrote:
> > Hi!
> >
> > The following testcase is miscompiled, because the postreload pass
> > changes:
> > -(insn 14 13 23 2 (parallel [
> > -(set (reg:DI 1 dx [94])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93402
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:32667e04c7153d97d09d81c1af073d400f0c719a
commit r10-6186-g32667e04c7153d97d09d81c1af073d400f0c719a
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93345
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93408
Bug ID: 93408
Summary: PPC: Provide intrinsics for cache prefetch
instructions
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
On 1/23/20 4:31 AM, Paolo Carlini wrote:
Hi,
On 22/01/20 22:32, Jason Merrill wrote:
On 1/22/20 3:31 PM, Paolo Carlini wrote:
Hi,
On 22/01/20 17:27, Jason Merrill wrote:
On 1/22/20 10:22 AM, Paolo Carlini wrote:
Hi,
in this simple issue we either wrongly talked about variable
template-id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93345
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:20afdcd36982752ba012960b862e9be7154b1274
commit r10-6183-g20afdcd36982752ba012960b862e9be7154b1274
Author: Jason Merrill
Date:
Hi!
The following patch makes sure we punt in the 3 spots if precision is above
MAX_BITSIZE_MODE_ANY_INT.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2020-01-23 Jakub Jelinek
PR target/93376
* simplify-rtx.c (simplify_const_unary_operation,
On January 23, 2020 7:22:02 PM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>The following testcase is miscompiled, because the postreload pass
>changes:
>-(insn 14 13 23 2 (parallel [
>-(set (reg:DI 1 dx [94])
>-(plus:DI (reg:DI 1 dx [95])
>-(reg:DI 5
Hi Olivier,
I would like to be part of the organising committee. I am from Nairobi,
Kenya.
Thanks and regards,
Fadhili Juma.
On Thu, Jan 23, 2020 at 9:30 PM Olivier Hainque wrote:
> Hello,
>
> We are pleased to invite you all to the next GNU Tools Cauldron,
> taking place in Paris on June
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #11 from Matt Emmerton ---
> > > > The implementation of stwcx() and stdcx() need revision on PPC.
> > > > As I understand it, there is no need the mfocrf instruction nor the
> > > > mask-and-shift on result.
> > >
> > > How else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 92804, which changed state.
Bug 92804 Summary: [10 Regression] ICE trying to use concept as a
nested-name-specifier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92804
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92804
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92804
--- Comment #4 from CVS Commits ---
The master branch has been updated by Paolo Carlini :
https://gcc.gnu.org/g:c91072247eb066ec9c6cd0b0f949c7dae691e46c
commit r10-6185-gc91072247eb066ec9c6cd0b0f949c7dae691e46c
Author: Paolo Carlini
Date:
Hi!
The following testcase is miscompiled, because the postreload pass changes:
-(insn 14 13 23 2 (parallel [
-(set (reg:DI 1 dx [94])
-(plus:DI (reg:DI 1 dx [95])
-(reg:DI 5 di [92])))
-(clobber (reg:CC 17 flags))
-])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93331
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6f346913f2a87e26c6095d9fbf3d20f926c5470a
commit r10-6184-g6f346913f2a87e26c6095d9fbf3d20f926c5470a
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93331
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
If we can't change the argument to &"...", use the original arg instead of
the partially munged one.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/93331 - ICE with __builtin_strchr.
* constexpr.c (cxx_eval_builtin_function_call): Use the original
argument if we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:20afdcd36982752ba012960b862e9be7154b1274
commit r10-6183-g20afdcd36982752ba012960b862e9be7154b1274
Author: Jason Merrill
Date:
In a template we don't instantiate a deferred noexcept-spec, and we don't
need it because we aren't going to do anything with the value of
throwing_cleanup in a template anyway.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/93345 - ICE with defaulted dtor and template.
PR
On 1/23/20 4:29 AM, Jakub Jelinek wrote:
> Just FYI if somebody needs to do something similar, I needed to do a merge
> from origin/releases/gcc-9 to our vendor branch -
> refs/vendors/redhat/heads/gcc-9-branch
> This branch has some extra commits origin/releases/gcc-9 branch doesn't
> have,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #118 from EML ---
(In reply to EML from comment #117)
> I do appreciate someone else taking a look at this; I've had a lot of
> changes at work, so this really took a back seat. And I don't have access to
> the HP compiler to try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93012
Segher Boessenkool changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |segher at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #117 from EML ---
I do appreciate someone else taking a look at this; I've had a lot of changes
at work, so this really took a back seat. And I don't have access to the HP
compiler to try things. I think this is an important step is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90348
--- Comment #20 from rguenther at suse dot de ---
On January 23, 2020 6:00:02 PM GMT+01:00, "amonakov at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90348
>
>--- Comment #19 from Alexander Monakov
>---
>(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93127
Segher Boessenkool changed:
What|Removed |Added
Target|powerpc-*-*-* |powerpc*-*-*
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838
--- Comment #5 from Alexander Monakov ---
Ah, indeed, it should be explicitly UB, and the documentation should mention
that as well as that implicit integer promotion does not happen for vector
shifts and other operations.
1 - 100 of 277 matches
Mail list logo
