On 02/21/2018 02:33 PM, Alexander Fichtinger wrote:
> When you look at line 23 it is called 1 time. Line 24 is called 2 times (the
> bold one).
> We already looked in the disassembly but did not see a reason why the line
> should be executed 2 times.
>
> Can anyone help here, please?
>
> Kind
Snapshot gcc-7-20180222 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/7-20180222/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7
Would any other information be helpful? All results called for the
installation of binary packages, which is not possible (I don't use
apt).
../../source/${dname}/configure \
--target=${TARGET} \
--prefix=`realpath ../../${DIR_PREFIX}` \
--docdir=`realpath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84509
Bug ID: 84509
Summary: STOP and PAUSE statements with -fdefault-integer-8 and
large stop code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84509
Janne Blomqvist changed:
What|Removed |Added
Component|gcov-profile|fortran
--- Comment #1 from Janne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression]|[7 Regression]
On 02/21/2018 10:23 AM, Kyrill Tkachov wrote:
>
> On arm we also support "native" as a value for -mcpu and -mtune. These are
> both handled by
> the arm_print_hint_for_cpu_option function in the same file. Can you please
> add this snippet
> to them as well?
Hi.
Can you please test for me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 22 08:28:42 2018
New Revision: 257891
URL: https://gcc.gnu.org/viewcvs?rev=257891=gcc=rev
Log:
PR tree-optimization/84503
* gimple-ssa-store-merging.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 22 08:29:56 2018
New Revision: 257892
URL: https://gcc.gnu.org/viewcvs?rev=257892=gcc=rev
Log:
PR target/84502
* stor-layout.c (finalize_type_size): Propagate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83193
--- Comment #12 from Martin Liška ---
Author: marxin
Date: Thu Feb 22 08:50:41 2018
New Revision: 257893
URL: https://gcc.gnu.org/viewcvs?rev=257893=gcc=rev
Log:
Add "native" as a valid option value for -march= on i386 (PR driver/83193).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #4 from Jakub Jelinek ---
I don't see how this is related to sanitizer, sanitizer just checks what it
sees.
Say _mm_load_sd is implemented as
/* Create a vector with element 0 as *P and the rest zero. */
extern __inline __m128d
On Thu, Feb 22, 2018 at 2:36 AM, Damian Rouson
wrote:
> Hi Janne,
>
> To be more specific, the new OpenCoarrays test failures after applying the
> patch are the following ones:
>
> image_fail_test_1 (Timeout)
> image_fail_and_sync_test_2 (Timeout)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84496
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 22 09:55:32 2018
New Revision: 257895
URL: https://gcc.gnu.org/viewcvs?rev=257895=gcc=rev
Log:
PR c++/84496
* g++.dg/cpp1y/pr84496.C: New test.
Added:
Hi,
this patch requires effective target alloca in testcase pr82210.c.
Committed.
Thanks,
- Tom
[testsuite] Require et alloca for pr82210.c
2018-02-22 Tom de Vries
* gcc.c-torture/execute/pr82210.c: Require effective target alloca.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #3 from Marc Glisse ---
Copying from
https://gcc.gnu.org/ml/gcc-help/2017-12/msg00031.html
"The way _mm_load_sd is currently implemented in gcc, yes, sanitizers are right
to complain. Intel could have named the thing _mm_loadu_sd if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #5 from Jakub Jelinek ---
(In reply to Marc Glisse from comment #3)
> Workaround: define a typedef for double with
> __attribute__((__aligned__(1))), and use _mm_set_sd(*(newtype*)p), that's
> how it will likely be done if we change
Hi!
The long comment above the new check_no_overlap function below should
hopefully explain the problem. coalesce_immediate_stores is splitting the
stores from the same base into groups that we are going to optimize
individually; for each successfully merged group we emit new stores at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84496
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On Thu, Feb 22, 2018 at 11:46 AM, Janne Blomqvist
wrote:
> On Thu, Feb 22, 2018 at 2:36 AM, Damian Rouson
> wrote:
>> Hi Janne,
>>
>> To be more specific, the new OpenCoarrays test failures after applying the
>> patch are the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77655
--- Comment #4 from Paolo Carlini ---
This is fixed in trunk. I'm adding the testcase and removing the 8 Regression
marker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84493
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Thu Feb 22 11:18:37 2018
New Revision: 257899
URL: https://gcc.gnu.org/viewcvs?rev=257899=gcc=rev
Log:
PR c++/84493
* parser.c (cp_parser_braced_list): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81589
Martin Liška changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77655
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Feb 22 10:44:04 2018
New Revision: 257896
URL: https://gcc.gnu.org/viewcvs?rev=257896=gcc=rev
Log:
2018-02-22 Paolo Carlini
PR
On 02/12/2018 07:32 PM, Jeff Law wrote:
diff --git a/gcc/testsuite/gcc.c-torture/compile/regs-arg-size.c
b/gcc/testsuite/gcc.c-torture/compile/regs-arg-size.c
new file mode 100644
index 000..0ca0b9f034b
--- /dev/null
+++ b/gcc/testsuite/gcc.c-torture/compile/regs-arg-size.c
@@ -0,0
Hi Martin,
On 22/02/18 08:51, Martin Liška wrote:
On 02/21/2018 10:23 AM, Kyrill Tkachov wrote:
On arm we also support "native" as a value for -mcpu and -mtune. These are both
handled by
the arm_print_hint_for_cpu_option function in the same file. Can you please add
this snippet
to them as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84510
Bug ID: 84510
Summary: C front-end does not utilise -Wuseless-cast
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #5 from Jonathan Wakely ---
Is there a way to check if it's a pre-defined macro?
Or just change the condition to allow starting with two underscores, but not
allow starting with one (since user-defined UDLs must start with a single
Hi!
ICE on this testcase has been introduced in r236615 and got fixed on the trunk
with r253600. I've committed the testcase to trunk, so that we don't
regress in it as obvious.
2018-02-22 Jakub Jelinek
PR c++/84496
* g++.dg/cpp1y/pr84496.C: New test.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508
--- Comment #6 from Marc Glisse ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Marc Glisse from comment #3)
> > Workaround: define a typedef for double with
> > __attribute__((__aligned__(1))), and use _mm_set_sd(*(newtype*)p),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84493
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84513
Bug ID: 84513
Summary: gfortran -M generates circular dependency
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi,
this patch fixes an ICE in the parloops pass.
The ICE (when compiling the test-case in attached patch) follows from
the fact that here in gen_parallel_loop the call to
canonicalize_loop_ivs fails to "base all the induction variables in LOOP
on a single control one":
...
/* Base all
Ping.
On Thu, 2018-02-15 at 23:07 +0900, Oleg Endo wrote:
> On Wed, 2018-02-14 at 01:06 +0900, Oleg Endo wrote:
> >
> >
> > Do you happen to have any other numbers on the resulting code
> > size/speed? Looking at the new costs that the patch introduces,
> > I'd
> > expect there to be some
On 02/22/2018 11:59 AM, Kyrill Tkachov wrote:
> Hi Martin,
>
> On 22/02/18 08:51, Martin Liška wrote:
>> On 02/21/2018 10:23 AM, Kyrill Tkachov wrote:
>>> On arm we also support "native" as a value for -mcpu and -mtune. These are
>>> both handled by
>>> the arm_print_hint_for_cpu_option function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84511
Bug ID: 84511
Summary: Internal compiler error from directly printing return
of C_LOC
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Hi Cary, Hi Sriraman,
>> Ping. Is this alright to apply now or should I wait for Stage 1?
>>
>> * plugin-api.h (ld_plugin_get_wrap_symbols): New
>> plugin interface.
>
> I'd say go ahead and apply the patch in binutils, and wait for Stage 1
> to sync back to GCC, unless someone there OKs it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #16 from Felix Fietkau ---
Any update on this, or any way I could help in getting this fixed?
It would be nice if we could finally switch OpenWrt to a more recent GCC
version soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #4 from Jonathan Wakely ---
This causes a regression for:
const char* err() { return "Error in "__FILE__; }
file.cc: In function ‘const char* err()’:
file.cc:1:28: error: unable to find string literal operator
‘operator""__FILE__’
As discussed in the PR, the reassociation phase runs before FMAs are formed
and so can significantly reduce FMA opportunities. Although reassociation
could be switched off, it helps in many cases, so a better alternative is to
only avoid reassociation of floating point additions. This fixes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84512
Bug ID: 84512
Summary: Missed optimization: should be precalculated in
compile-time
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84513
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
Hi,
when using cuda 9 nvprof with an openacc executable, the executable hangs.
The scenario resulting in the hang is as follows:
1. goacc_lazy_initialize calls gomp_mutex_lock (_device_lock)
2. goacc_lazy_initialize calls acc_init_1
3. acc_init_1 calls goacc_profiling_dispatch (_info,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84514
Bug ID: 84514
Summary: powerpc sub optimal condition register reuse with
extended inline asm
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
Tom de Vries changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84511
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83193
--- Comment #13 from Martin Liška ---
Author: marxin
Date: Thu Feb 22 12:16:58 2018
New Revision: 257900
URL: https://gcc.gnu.org/viewcvs?rev=257900=gcc=rev
Log:
Add "native" as a valid option value for -mcpu/-mtune= on arm (PR
driver/83193).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784
Paolo Carlini changed:
What|Removed |Added
Keywords|error-recovery, |ice-on-valid-code
GCC maintainers:
The following patch updates the various vec_neg tests to only run on
Power 8 and beyond. The vec_neg builtin is only supported for Power 8
and beyond, as corrected in commit 257812. The fold-vec-neg-{char |
floatdouble | short].c test cases did not get updated to only run on
Hi Oleg,
> Ping.
Sorry - I am not very good at spotting RX bugs on the gcc-patches list. :-(
>> gcc/ChangeLog:
>> * config/rx/rx.c (rx_rtx_costs): New function.
>> (TARGET_RTX_COSTS): Override to use rx_rtx_costs.
Approved - please apply.
Cheers
Nick
AIX stdlib.h header decides to redefine malloc and calloc when __VEC__
is defined. Hilarity ensues, such as when GCC uses
__attribute__(("malloc")).
Fixed with the appended fixincludes patch.
Thanks, David
* inclhack.def (aix_stdlib_vec_malloc): New.
(aix_stdlib_vec_calloc): New.
* fixincl.x:
On 02/22/2018 07:38 AM, Jan Hubicka wrote:
Hi Jan,
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg02233.html
Is OK for trunk?
>>>
>>> I see that using register makes the problem go away and pushing address to
>>> stack
>>> seemed bit odd anyway. However how does this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #18 from Laurent GUERBY ---
Marxin, you have a cfarm account and access to gcc22 / 23 / 24 which are mips64
machines. If you need to change ssh keys see here:
https://cfarm.tetaneutral.net/login/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
Bug ID: 84521
Summary: [8 Regression] aarch64: Frame-pointer corruption with
setjmp/longjmp and -fomit-frame-pointer
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Ping: https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00858.html
This is just a tweak to fix a translation bug introduced by
one of my warnings (calling warning() where warning_n() is
more appropriate), and to enhance warning_n() et al. to do
the n % 100 + 100 computation so callers don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78870
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
--- Comment #1 from Volker Reichelt ---
A modified testcase produces a slightly different stack-trace:
template void foo()
{
T x[=];
[]{};
}
bug.cc: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84520
Bug ID: 84520
Summary: [6/7/8 Regression] ICE with lambda and static member
function
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Hi!
These tests FAIL the vp.*q.*ymm insn scan with some tunings, e.g.
-mtune=silvermont or -mtune=atom, because vectorizing it using AVX2
is based on costs considered too expensive.
E.g. for -mtune=silvermont I see for VF 4:
avx2-vpop-check.h:16:3: note: Cost model analysis:
Vector inside of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #6 from Jakub Jelinek ---
Seems any -O* level with -mcpu=power6 or -mcpu=power7 actually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335
--- Comment #5 from Steve Ellcey ---
Author: sje
Date: Thu Feb 22 17:06:31 2018
New Revision: 257907
URL: https://gcc.gnu.org/viewcvs?rev=257907=gcc=rev
Log:
2018-02-22 Steve Ellcey
PR target/83335
*
On Thu, Feb 22, 2018 at 9:10 AM, Jeff Law wrote:
> On 02/22/2018 07:38 AM, Jan Hubicka wrote:
>
> Hi Jan,
>
> https://gcc.gnu.org/ml/gcc-patches/2018-01/msg02233.html
>
> Is OK for trunk?
I see that using register makes the problem go away and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
Hi Will,
On Wed, Feb 21, 2018 at 11:33:14AM -0600, Will Schmidt wrote:
> This patch moves the vsx related content from the altivec-7-be test into
> a new vsx-7-be test.
> This fixes up some test failures as seen on older power systems.
> --- /dev/null
> +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #8 from Jonathan Wakely ---
Also the new testcase for this bug has undefined behaviour. _ID is a reserved
name so the program cannot use it to define a macro or a UDL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 22 18:52:21 2018
New Revision: 257912
URL: https://gcc.gnu.org/viewcvs?rev=257912=gcc=rev
Log:
2018-02-22 Thomas Koenig
PR fortran/81116
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81116
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 22 18:52:21 2018
New Revision: 257912
URL: https://gcc.gnu.org/viewcvs?rev=257912=gcc=rev
Log:
2018-02-22 Thomas Koenig
PR fortran/81116
This patch to libgo changes funcfileline to get missing a function
name from the symbol table if possible. This copies the idea of
https://golang.org/cl/92756 to funcfileline, which is used by
runtime.FuncForPC, runtime.(*Frames).Next, and others. Bootstrapped
and ran Go testsuite on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516
--- Comment #1 from Greg Miller ---
The issue is not related to iostream. So, here's perhaps a simpler reproduction
example that may focus more on the issue at hand.
Link: https://godbolt.org/g/vA2rPN
struct A {
long x : 32;
long y :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
Segher Boessenkool changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from Segher
This patch to libgo adds a -L option for libatomic when using
-pthread. This fixes configure checks for riscv, for which -pthread
implies -latomic. This fixes GCC PR 84484. Bootstrapped and ran Go
testsuite on x86_64-pc-linux-gnu. Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521
--- Comment #1 from David Malcolm ---
Created attachment 43489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43489=edit
Reproducer
When compiled with:
gcc -DDUMP -g -O0 -fstack-protector-strong -Wall test.c
this runs to completion, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84509
--- Comment #2 from Janne Blomqvist ---
Author: jb
Date: Thu Feb 22 16:14:21 2018
New Revision: 257903
URL: https://gcc.gnu.org/viewcvs?rev=257903=gcc=rev
Log:
PR 78534, 84509 Fix libgfortran API for PAUSE statement
This patch changes the
Hi Oleg,
Sorry, for some reason your emails did not ended up in Inbox, I was quite
surprized when Nick's email started with Hi Oleg.
>>Do you happen to have any other numbers on the resulting code
>>size/speed?
The original patch from DJ was present in my local sources since 4.7 so all the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
--- Comment #12 from Segher Boessenkool ---
It does break if I set the breakpoints before the shared libs have loaded.
Thread 3 "a.out" hit Breakpoint 1, 0x3fffb6e0c860 in .__memset_power7 ()
from /lib64/libc.so.6
#0 0x3fffb6e0c860
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335
--- Comment #6 from Steve Ellcey ---
Author: sje
Date: Thu Feb 22 17:08:10 2018
New Revision: 257908
URL: https://gcc.gnu.org/viewcvs?rev=257908=gcc=rev
Log:
2018-02-22 Steve Ellcey
PR target/83335
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955
--- Comment #6 from Jonathan Wakely ---
Testing this:
--- a/libcpp/lex.c
+++ b/libcpp/lex.c
@@ -1903,7 +1903,7 @@ lex_raw_string (cpp_reader *pfile, cpp_token *token,
const uchar *base,
literal thus breaking the program.
Try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
--- Comment #17 from Martin Liška ---
(In reply to Felix Fietkau from comment #16)
> Any update on this, or any way I could help in getting this fixed?
> It would be nice if we could finally switch OpenWrt to a more recent GCC
> version soon.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from
On Wed, Feb 21, 2018 at 11:33:31AM -0600, Will Schmidt wrote:
> Update the dg-requires statements for these tests to specify the target.
> These tests may otherwise fail on a system missing p9 assembler support.
> (Seen in a p6 environment).
>
> OK for trunk?
Okay, thanks!
Segher
>
Hi!
On Wed, Feb 21, 2018 at 11:10:25AM -0800, Carl Love wrote:
> Per discussions with Segher, we felt it would be best to move the
> vec_float2 test to a Power 8 test as it is only defined for Power 8 and
> beyond. In doing this, I found that compiling builtins-3-runnable.c
> with -mcpu=power7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
--- Comment #6 from Jakub Jelinek ---
clang++ errors here are on #c0:
pr70468.C:6:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual base
of 'A'
and on #c2:
pr70468-2.C:5:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #5 from Jakub Jelinek ---
The ICE is with -m64 -mcpu=power6 -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092
--- Comment #11 from Tom de Vries ---
(In reply to Eric Gallager from comment #10)
> Have all of the changes committed from this bug fixed it?
No, I'm preparing some changes for stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
--- Comment #6 from Jakub Jelinek ---
Ah, I can reproduce with -mtune=silvermont or -mtune=atom, it works fine with
-mtune=generic or e.g. -mtune=silvermont -fno-vect-cost-model.
I'd just add -mtune=generic to the 2 test's dg-options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519
Bug ID: 84519
Summary: STOP and ERROR STOP statements with QUIET specifier
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Wed, Feb 21, 2018 at 10:34 PM, Kito Cheng wrote:
> I don't family with copyright matters, so we can't commit this patch yet
> until Ruslan send the signed copy and FSF signed it? right?
Yes, I'd prefer that the FSF sign it and add it to the copyright list
before we
This patch changes the libgfortran API for the PAUSE statement. By
passing a GFC_INTEGER_8 it handles -fdefault-integer-8, and for the
character version passing the length as a size_t.
Regtested on x86_64-pc-linux-gnu, committed as obvious.
gcc/fortran/ChangeLog:
2018-02-22 Janne Blomqvist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
--- Comment #28 from Janne Blomqvist ---
Author: jb
Date: Thu Feb 22 16:14:21 2018
New Revision: 257903
URL: https://gcc.gnu.org/viewcvs?rev=257903=gcc=rev
Log:
PR 78534, 84509 Fix libgfortran API for PAUSE statement
This patch changes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84196
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
Hi!
On Wed, Feb 21, 2018 at 11:32:36AM -0600, Will Schmidt wrote:
> An update for the fold-vec-mult-int128-p9.c test to include more of
> the instructions generated for a vec_mul() with a power9 target.
>
> [testsuite]
>
> 2018-02-21 Will Schmidt
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518
Bug ID: 84518
Summary: [8 Regression] ICE with lambda capturing broken
variable
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82982
Will Schmidt changed:
What|Removed |Added
CC||willschm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964
--- Comment #7 from Segher Boessenkool ---
We actually do *not* need TARGET_FPRND; fctiw and fctid are ISA 1.xx insns.
Before power8 we do not allow putting SImode in FPRs.
Hi Thomas,
On 16/02/18 10:30, Thomas Preudhomme wrote:
Hi Kyrill,
Thanks for the review. Here's my second attempt. I've fixed the typo you raised
and added some tests (wasn't aware of those). I've also reworked the mapping
somewhat, it's explain in the description below.
Due to there being
1 - 100 of 187 matches
Mail list logo