https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to G. Steinmetz from comment #1)
>
> Related non-coarray version :
>
>
> $ cat z3.f90
> program p
>type t
>end type
>class(t) :: x
>associate (y => x)
>end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88356
--- Comment #1 from G. Steinmetz ---
$ cat z2.f90
program p
integer :: z(1) = reshape([nint([2.0])], [1])
end
$ cat z3.f90
program p
integer, parameter :: z(2) = [1,2]
print *, any(abs(bessel_jn(z, 1.0) - bessel_jn(z, 1.0)) >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88356
Bug ID: 88356
Summary: [9 Regression] ICE with -Werror in reduce_binary_ac,
at fortran/arith.c:1318 (and others)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87360
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On Tue, Dec 04, 2018 at 08:58:15AM -0600, Paul Clarke wrote:
> Many of the tests for the x86-compatible vector intrinsics implementations
> were protected by "#ifdef __BUILTIN_CPU_SUPPORTS__", which is only enabled
> with recent enough glibc that in most environments, the test were silently
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87288
Jakub Jelinek changed:
What|Removed |Added
CC||kilian.verhetsel@uclouvain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87320
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
On 12/04/2018 04:56 PM, Nick Clifton wrote:
> Hi Pedro,
>
>> The issue pointed out by
>>
>> https://gcc.gnu.org/ml/gcc-patches/2018-11/msg02592.html
>>
>> is still present in this version.
>
> Doh! Yes I meant to fix that one too, but forgot.
>
>> Also, noticed a typo here:
>>
>>> +/* If
On Mon, Dec 03, 2018 at 07:18:20PM +, Iain Sandoe wrote:
> revised version, on top of the revised patch 1 attached. I’ve taken the
> opportunity to reduce the number of TARGET_MACHO conditionals in rs6000.md
> (handle in rs6000.c instead)
> From 82ac030d49fd2ae78b75a350c5efc59375df42a6 Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
--- Comment #5 from Jakub Jelinek ---
My comment was about -finline-*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88297
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84007
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #2 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357
--- Comment #1 from G. Steinmetz ---
Related non-coarray version :
$ cat z3.f90
program p
type t
end type
class(t) :: x
associate (y => x)
end associate
end
$ gfortran-9-20181202 -c z3.f90
z3.f90:4:16:
4 |class(t)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87980
--- Comment #4 from Jürgen Reuter ---
Is there any update on this?
On Tue, Dec 4, 2018 at 10:12 AM Jakub Jelinek wrote:
>
> Just a couple of random comments.
> -fdec-pad-with-spaces option name doesn't look right, because it doesn't say
> what the option affects. So perhaps have transfer in the option name?
[...]
> Wouldn't it be better to allow specifying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86943
--- Comment #10 from Jakub Jelinek ---
pt.c calls here:
ret = (build_new_method_call
(instance, fn,
_args, NULL_TREE,
qualified_p ? LOOKUP_NONVIRTUAL :
On Thu, Nov 29, 2018 at 04:03:50PM -0500, Jason Merrill wrote:
> On 11/29/18 1:28 PM, Marek Polacek wrote:
> > On Wed, Nov 28, 2018 at 10:34:11PM -0500, Jason Merrill wrote:
> > > On 11/28/18 10:48 AM, Marek Polacek wrote:
> > > > Since P0846R0 was implemented, a name will be treated as a
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
--- Comment #4 from Martin Sebor ---
Yes, I do mean -falign-functions, sorry. I both misread and mistyped -finline-
as -falign-.
I do think that when a user specifies -falign-functions=N on the command line
with any optimization option it's
On 12/4/18 12:20 AM, Sandra Loosemore wrote:
On 12/3/18 8:23 PM, Martin Sebor wrote:
Last week we agreed to clarify that attribute aligned on a function
can decrease its alignment if it hasn't been previously declared
with one. Attached is this change.
Besides the above, I also mention that
Sandra Loosemore writes:
> I have written a new patch for PR 59039 to address more of the comments
> there, as well as my own complaints about the draft patch attached to
> the issue. I'd like to get some feedback on this one before I commit it.
It's a long time since I've worked with these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88282
--- Comment #7 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Dec 4 15:10:46 2018
New Revision: 266784
URL: https://gcc.gnu.org/viewcvs?rev=266784=gcc=rev
Log:
2018-12-04 Vladimir Makarov
PR target/88282
* ira-costs.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63184
--- Comment #11 from Jeffrey A. Law ---
So could we reassociate the address arithmetic in match.pd so that we fold away
the pointer computation in favor of index adjustment in the ARRAY_REF? Do we
have to worry about overflow in address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61976
--- Comment #4 from David Edelsohn ---
Author: dje
Date: Tue Dec 4 15:51:51 2018
New Revision: 266786
URL: https://gcc.gnu.org/viewcvs?rev=266786=gcc=rev
Log:
PR target/61976
* config/rs6000/rs6000.c (rs6000_function_arg):
Hi Pedro,
> The issue pointed out by
>
> https://gcc.gnu.org/ml/gcc-patches/2018-11/msg02592.html
>
> is still present in this version.
Doh! Yes I meant to fix that one too, but forgot.
> Also, noticed a typo here:
>
>> +/* If DMGL_NO_RECURE_LIMIT is not enabled, then this is the value
Fix general endian and 32-bit mode issues found in the
compatibility implementations of the x86 vector intrinsics when running the
associated test suite tests. (The tests had been inadvertently made to PASS
without actually running the test code. A later patch fixes this issue.)
In a few cases,
On 12/04/2018 01:59 PM, Nick Clifton wrote:
> OK then, here is a fourth revision of the patch.
The issue pointed out by
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg02592.html
is still present in this version.
Also, noticed a typo here:
> +/* If DMGL_NO_RECURE_LIMIT is not enabled, then
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88282
The patch was successfully bootstrapped and tested on
x86/x86-64/ppc64/aarch64.
Committed as rev. 266784.
Index: ChangeLog
===
--- ChangeLog
On Tue, Dec 04, 2018 at 02:47:25PM +, Mark Eggleston wrote:
> Here is a patch to considered for incorporation into gfortran adding to its
> legacy support. It pads character to integer conversions using spaces
> instead of zeros when enabled.
>
> The pad character is 'undefined' or 'processor
On Mon, 2018-12-03 at 15:10 -0700, Jeff Law wrote:
> On 11/19/18 9:51 AM, David Malcolm wrote:
> > Ping, for these patches:
> >
> > [PATCH 1/2] C++: more location wrapper nodes (PR c++/43064, PR
> > c++/43486)
> > https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00304.html
> >
> > [PATCH 2/2]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88310
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88341
--- Comment #4 from Jonathan Wakely ---
make check RUNTESTFLAGS=--target_board=unix/-std=gnu++11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88354
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88332
--- Comment #6 from seurer at gcc dot gnu.org ---
I tried it on the BE powerpc64 machine in the gcc compiler farm,
gcc110.fsffrance.org, and the same thing happens.
seurer@gcc1-power7:~/gcc/build/gcc-test$ ~/gcc/install/gcc-test/bin/gcc -v
Using
Jeff Law writes:
> On 11/20/18 7:57 AM, Renlin Li wrote:
>> Hi Richard,
>>
>> On 11/14/2018 02:59 PM, Richard Biener wrote:
>>> On Fri, Nov 9, 2018 at 4:49 PM Renlin Li wrote:
Hi Richard,
On 11/09/2018 11:48 AM, Richard Biener wrote:
> On Thu, Nov 8, 2018 at 5:55 PM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88260
--- Comment #2 from mirhet.saracevic at gmail dot com ---
Command line:
gcc -lstdc++ -lsupc++ -lm -lc -lgcc -lasan -O0 -g -fsanitize=address main.cpp
Output when using -v:
Target: i686-elf
Configured with: ../gcc-6.3.0/configure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88354
Bug ID: 88354
Summary: Please warn on the use of a va_list argument in
*printf functions instead of v*printf
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88260
--- Comment #3 from Jakub Jelinek ---
i686-elf certainly doesn't have asan support, for i?86-*-* only Linux, Darwin
and Solaris, so it is strange how have you compiled libasan at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88317
--- Comment #3 from Vladimir Makarov ---
(In reply to Richard Biener from comment #1)
> Vlad - can you look into the above? There's also lra_split_regs set
> (and maybe others) which will have similar problems. The following should
> make it
Hi Segher,
We talked about replacing rs6000'c regno_or_subregno() with the generic
reg_or_subregno() function from jump.c. I agree the geberic version is
better because it has an assert that ensures we have a REG. There were
also a couple of places that could use reg_or_subregno() where we
Vladimir Makarov writes:
> The following patch fixes
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88282
>
> The patch was successfully bootstrapped and tested on
> x86/x86-64/ppc64/aarch64.
>
> Committed as rev. 266784.
>
> Index: ChangeLog
>
Fix general endian issues found in the test cases for the compatibility
implementations of the x86 vector intrinsics. (The tests had been
inadvertently made to PASS without actually running the test code.
A later patch fixes this issue.)
Additionally, a new is added, as some of the APIs therein
Hi,
A new warning was added in 264657 that fires if the profile count data file is
missing when -fprofile-use is enabled; this was causing the test for profile +
reorder support to fail in the target supports.
Applied the following as obvious.
Iain
Index: gcc/testsuite/ChangeLog
Hi Jakub,
On Tue, Dec 04, 2018 at 09:56:45AM +0100, Jakub Jelinek wrote:
> This patch adds further tweaks discussed in the last PR88188 mail.
Thanks for doing this :-)
> ccr_bit now returns -1 instead of failing assertions, so that the caller
> can decide what to do with it (fail assertion or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88328
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=88332
--- Comment #7 from seurer at gcc dot gnu.org ---
The original machine I saw the failure on was a power8 BE machine running RHEL
7.6 but gcc110 is:
seurer@gcc1-power7:~$ lscpu
Architecture: ppc64
CPU op-mode(s):32-bit, 64-bit
Many of the tests for the x86-compatible vector intrinsics implementations
were protected by "#ifdef __BUILTIN_CPU_SUPPORTS__", which is only enabled
with recent enough glibc that in most environments, the test were silently
passing without actually testing anything.
Patches which follow:
01: Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70359
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88341
--- Comment #3 from emsr at gcc dot gnu.org ---
I've got a simple fix.
I can verify that it works but how do you run the testsuite for c++11?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88282
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88310
--- Comment #4 from Iain Sandoe ---
Author: iains
Date: Tue Dec 4 15:31:06 2018
New Revision: 266785
URL: https://gcc.gnu.org/viewcvs?rev=266785=gcc=rev
Log:
testsuite - restore the tests for profiled + partitioned code.
2018-12-04 Iain
Segher Boessenkool writes:
> diff --git a/gcc/c/c-typeck.c b/gcc/c/c-typeck.c
> index 81c520a..9b572d7 100644
> --- a/gcc/c/c-typeck.c
> +++ b/gcc/c/c-typeck.c
> @@ -10315,7 +10315,7 @@ build_asm_stmt (tree cv_qualifier, tree args)
> are subtly different. We use a ASM_EXPR node to represent
Hi,
this patch reduces memory usage of WPA for current firefox LTO+FDO build
from 10GB to 8.5GB by not allocating vector for jump functions annotating
calls to libgcov runtime.
Comparing -Q report before and after patch I get:
Time variable usr sys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88341
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
OK.
On Tue, Dec 4, 2018 at 12:27 PM Marek Polacek wrote:
>
> On Thu, Nov 29, 2018 at 04:03:50PM -0500, Jason Merrill wrote:
> > On 11/29/18 1:28 PM, Marek Polacek wrote:
> > > On Wed, Nov 28, 2018 at 10:34:11PM -0500, Jason Merrill wrote:
> > > > On 11/28/18 10:48 AM, Marek Polacek wrote:
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88184
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On 11/28/18 3:27 PM, Peter Bergner wrote:
> gcc/
> PR target/87496
> * config/rs6000/rs6000.c (rs6000_option_override_internal): Disallow
> -mabi=ieeelongdouble without both -mpopcntd and -mvsx.
So this "fix" ended up accidentally disallowing -mabi=ibmlongdouble as well,
which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88188
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 4 19:41:52 2018
New Revision: 266794
URL: https://gcc.gnu.org/viewcvs?rev=266794=gcc=rev
Log:
PR target/88188
* config/rs6000/rs6000.c (ccr_bit): Return -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88358
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88356
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
Bug ID: 88359
Summary: internal compiler error: in push_reload, at
reload.c:1360
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
The v1 patch:
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00303.html
has bitrotten somewhat, so here's v2 of the patch, updated relative
to r266740.
Blurb from v1 patch follows:
The C frontend is able (where expression locations are available) to print
problems with binary operators in
On Tue, Dec 04, 2018 at 07:06:43PM +, Julian Brown wrote:
> Thanks for the review! As it happened though, I had to rewrite a lot of
> the code in this patch for the attach/detach patch, and I had meant to
> withdraw this one. Many apologies about the wasted time! I mentioned
> the superseding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88357
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
When debugging a failing test, I typically invoke DejaGnu at
verbosity level 2 (via RUNTESTFLAGS="-v -v dg.exp=something"),
so that DejaGnu prints the command line used to invoke the
compiler; specifically these two sites:
target.exp "Invoking the compiler as "
remote.exp "Executing on
On 12/4/18 9:26 AM, Martin Sebor wrote:
Thanks for the comments. Attached is an updated patch with
the typos fixed. I've left the rest as is.
Well, I still think a number of points I commented on before need to be
clarified in the text. If I'm confused, I think other readers will be,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #5 from Harald Anlauf ---
(In reply to Richard Biener from comment #4)
> Confirmed. We do not expect
>
> CHAIN.10->gattr = {CLOBBER};
>
> I believe the FE inserts these now to better share stack slots:
Thanks for pointing to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82967
--- Comment #12 from David Malcolm ---
Author: dmalcolm
Date: Tue Dec 4 21:33:08 2018
New Revision: 266798
URL: https://gcc.gnu.org/viewcvs?rev=266798=gcc=rev
Log:
spellcheck.c: add another selftest for PR c/82967
This adds another testcase
Hi!
On Tue, Dec 04, 2018 at 08:59:40AM -0600, Paul Clarke wrote:
> Fix general endian issues found in the test cases for the compatibility
> implementations of the x86 vector intrinsics. (The tests had been
> inadvertently made to PASS without actually running the test code.
> A later patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
--- Comment #3 from Geert linders ---
The same problem (with the same GCC version) has been reported in:
https://www.avrfreaks.net/forum/avr-gcc-492-crash-internal-compiler-error-pushreload
This adds another testcase for overzealous spellchecker suggestions,
reported on IRC.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Committed to trunk as r266798, under the "obvious" rule.
gcc/ChangeLog:
PR c/82967
* spellcheck.c (selftest::test_suggestions):
On 12/4/18 3:38 PM, Jonathan Wakely wrote:
On 04/12/18 07:45 +0100, François Dumont wrote:
Hi
This patch fix a minor problem with usage of std::move_if_noexcept.
We use it to move node content if move construtor is noexcept but we
eventually use the allocator_type::construct method which
On Tue, 4 Dec 2018 20:12:58 +0100
Jakub Jelinek wrote:
> On Tue, Dec 04, 2018 at 07:06:43PM +, Julian Brown wrote:
> > Thanks for the review! As it happened though, I had to rewrite a
> > lot of the code in this patch for the attach/detach patch, and I
> > had meant to withdraw this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #7 from Harald Anlauf ---
(In reply to kargl from comment #6)
> (In reply to Harald Anlauf from comment #5)
> >
> > A derived type with component initialization (like t_fileinfo) should
> > implicitly get the SAVE attribute, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
--- Comment #4 from Geert linders ---
Workaround: add compiler option '-fno-move-loop-invariants'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88360
Bug ID: 88360
Summary: see readme.txt for full description
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88317
--- Comment #4 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Dec 4 22:50:14 2018
New Revision: 266803
URL: https://gcc.gnu.org/viewcvs?rev=266803=gcc=rev
Log:
2018-12-04 Vladimir Makarov
PR rtl-optimization/88317
*
This is another minor testsuite patch. strlenopt-58.c assumes 4 byte
wchar_t. On targets with a smaller wchar_t it will get an error/warning.
This patch adds a dg-warning on the appropriate lines for targets that
do not have 4byte wchar_t.
It's been tested on h8 to verify the bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88317
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Hi!
The following testcases ICE, because tree_loop_unroll_and_jam optimizes one
loop and on another one after it fails to analyze data dependencies and
returns. The end effect of that is that neither the code at the end of the
function to do final cleanups, nor TODO_cleanup_cfg is done, and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88361
Bug ID: 88361
Summary: gcc does not unroll loop
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
David's fix for the AIX aggregate passing from yesterday unfortunately
also triggers on powerpc64-linux. This fixes it.
David, looking at this once more, does this not need a "&& type" test
on AIX? Before the AGGREGATE_TYPE_P test. I suspect it only didn't
crash on AIX because AIX doesn't mind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88354
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88355
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
This patch by Tobias Klauser removes the somewhat incorrect AIX flock
emulation from the syscall package. This is based on the discussion
at https://golang.org/issue/29084. Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88362
Bug ID: 88362
Summary: attribute aligned silently ignored on C++ references
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88362
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
Known to fail|
Hi,
I have submitted a patch to force .init_array suppor for GLIBC
Index: gcc/ChangeLog
===
--- gcc/ChangeLog (revision 266812)
+++ gcc/ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2018-12-05 Xianmiao Qu
+
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88361
--- Comment #1 from Daniel Fruzynski ---
For reference, this is NEON code which I used on AARCH64:
[code]
void test2()
{
int n = 0;
for (; n < SIZE*SIZE-3; n += 4)
{
// Copy data
uint32x4_t v =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84636
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Dec 4 23:48:45 2018
New Revision: 266807
URL: https://gcc.gnu.org/viewcvs?rev=266807=gcc=rev
Log:
/cp
2018-12-04 Paolo Carlini
PR c++/84636
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84636
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #4 from Arseny Solokha ---
I still see it all the time. I'll update a testcase here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
--- Comment #5 from Geert linders ---
Workaround 2: add the following in front of the offending function:
#pragma GCC optimize("no-move-loop-invariants")
This has the advantage that it only affects the offending function and not the
rest
On Tue, Dec 04, 2018 at 09:00:18AM -0600, Paul Clarke wrote:
> The testsuite tests for the compatibility implementations of x86 vector
> intrinsics for "powerpc" had been inadvertently made to PASS
> without actually running the test code.
>
> This patch removes the code which kept the tests from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88360
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
On Tue, Dec 04, 2018 at 01:42:52PM -0600, Peter Bergner wrote:
> On 11/28/18 3:27 PM, Peter Bergner wrote:
> > gcc/
> > PR target/87496
> > * config/rs6000/rs6000.c (rs6000_option_override_internal): Disallow
> > -mabi=ieeelongdouble without both -mpopcntd and -mvsx.
>
> So this "fix"
On Tue, Dec 04, 2018 at 02:33:59PM -0600, Paul Clarke wrote:
> On 12/04/2018 02:16 PM, Segher Boessenkool wrote:
> > On Tue, Dec 04, 2018 at 08:59:03AM -0600, Paul Clarke wrote:
> >> @@ -1612,7 +1608,8 @@ _mm_bsrli_si128 (__m128i __A, const int __N)
> >>const __v16qu zeros = { 0, 0, 0, 0, 0,
101 - 200 of 235 matches
Mail list logo