This patch add support for Fujitsu A64FX, as the first step of adding
A64FX machine model.
A64FX is used in FUJITSU Supercomputer PRIMEHPC FX1000,
PRIMEHPC FX700, and supercomputer Fugaku.
The official microarchitecture information of A64FX can be read at
https://github.com/fujitsu/A64FX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96424
Bug ID: 96424
Summary: ICE: verify_flow_info failed (error: wrong outgoing
edge flags at end of bb 23); or ICE: Segmentation
fault (in
> -Original Message-
> From: Richard Sandiford [mailto:richard.sandif...@arm.com]
> Sent: Friday, July 31, 2020 5:03 PM
> To: xiezhiheng
> Cc: Richard Biener ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH PR94442] [AArch64] Redundant ldp/stp instructions
> emitted at -O3
>
> xiezhiheng
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96423
Bug ID: 96423
Summary: It is not checked whether module procedures have
separate interface bodies.
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #18
Snapshot gcc-11-20200802 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200802/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96420
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96421
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #17 from jvdelisle at charter dot net ---
(In reply to CVS Commits from comment #16)
> The master branch has been updated by Paul Thomas :
>
Paul, I see you got the format just right. I stumbled on that part and then
decided to get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96422
--- Comment #1 from Rainer Orth ---
Created attachment 48984
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48984=edit
stage2 and stage3 oacc-parallel.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96422
Bug ID: 96422
Summary: [11 regression] Comparison failure in some 32-bit
libgomp PIC objects
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96422
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96421
Bug ID: 96421
Summary: missing __builtin_ia32_pand256 in X86 AVX2 intrinsics
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96412
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|
CC The gfortran list.
On Sat, 1 Aug 2020 at 23:38, Nino Pereira via Gcc wrote:
>
> https://gcc.gnu.org/onlinedocs/gfortran/INT.html#INT
>
> has two occurrences of 'or' next to each other.
>
> Arguments:
> A Shall be of type INTEGER, REAL, or COMPLEX or or a
> boz-literal-constant.
>
>
On Sun, 2 Aug 2020 at 15:49, Philip R Brenan via Gcc wrote:
>
> Hi *GCC*:
>
> On page:
>
> https://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html#Variadic-Macros
>
> you say:
>
> #define eprintf(args…) fprintf (stderr, args)
>
> but do you in fact mean:
>
> #define eprintf(args...) fprintf
Hi Ian,
> This libgo patch updates the sources to the go1.15rc1 release
> candidate. As usual, the changes for this update are too large to
> include in an e-mail message. I've just included the highlights and
> changes to GCC-specific files below. Bootstrapped and ran Go
> testsuite on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96420
Bug ID: 96420
Summary: -Wsign-extensions warnings are generated from system
header macros
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Good Afternoon,
I hope this email finds you well.
It has come to my attention that your website contains a broken link to
Tiscali.co.uk, the link no longer exists meaning the relevant information
is no longer apparent as it once was. I have seen insight data and am aware
that your website was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
Bug 96383 depends on bug 96404, which changed state.
Bug 96404 Summary: [11 Regression] Bootstrap failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #18 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:6e46b3f3da5c03bc529b3690dd0995927feb9142
commit r11-2491-g6e46b3f3da5c03bc529b3690dd0995927feb9142
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96419
Bug ID: 96419
Summary: Constant propoagation works on global variable, but
not in a function
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
On August 2, 2020 1:17:20 PM GMT+02:00, Sergei Trofimovich
wrote:
>From: Sergei Trofimovich
>
>r11-2447-g:1212cfad093 ("Improve var-tracking dataflow
>iteration order") changed 'in_pending' initialization
>from:
>
>in_pending = sbitmap_alloc (last_basic_block_for_fn (cfun));
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96418
--- Comment #1 from José Rui Faustino de Sousa ---
And coarray_alloc_comp_3.f08 too.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #17 from David Edelsohn ---
The patch fixes bootstrap for AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96418
Bug ID: 96418
Summary: Test coarray_alloc_comp_4.f08 ICEs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
PR rtl-optimization/60473 was a code quality regression that has
been cured by improvements to register allocation. For the function
in the test case, GCC 4.4, 4.5 and 4.6 generated very poor code
requiring two mov instructions:
foo:rdtsc
mov rcx, rax
mov
Hi *GCC*:
On page:
https://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html#Variadic-Macros
you say:
#define eprintf(args…) fprintf (stderr, args)
but do you in fact mean:
#define eprintf(args...) fprintf (stderr, args)
The first variant produces:
error: expected ',' or ')', found "…"
the
Hi,
remove_predictions_associated_with_edge currently calls filter_predicitons
passing it equal_edge_p. Becase filter_predictions removes all edges where
filter returns false, the function does exact oposite. Fixed thus.
Bootstrapped/regtested x86_64-linux.
gcc/ChangeLog:
2020-08-02 Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82375
José Rui Faustino de Sousa changed:
What|Removed |Added
CC||jrfsousa at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #16 from Sergei Trofimovich ---
Sent https://gcc.gnu.org/pipermail/gcc-patches/2020-August/551174.html for
review.
> I'll check if it fixes bootstrap for me.
The patch fixed gcc bootstrap for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96385
H.J. Lu changed:
What|Removed |Added
Summary|GCC generates separate |[8/9/10/11 Regression] GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96102
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96417
Bug ID: 96417
Summary: c++ `using` causes massive debug-info bloat
(debug-info is kept for types/symbols)
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
From: Sergei Trofimovich
r11-2447-g:1212cfad093 ("Improve var-tracking dataflow
iteration order") changed 'in_pending' initialization
from:
in_pending = sbitmap_alloc (last_basic_block_for_fn (cfun));
bitmap_ones (in_pending);
to more complex partial bit population algorithm. Due to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #15 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #14)
> (In reply to Sergei Trofimovich from comment #9)
> > valgrind says there is use of uninitialized variable:
>
> I picked _gcov.c and minimized it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96320
--- Comment #20 from Paul Thomas ---
(In reply to CVS Commits from comment #19)
> The master branch has been updated by Paul Thomas :
>
> https://gcc.gnu.org/g:a5baf71b0a5bd79923c095cf81218b8194008f60
>
> commit
The following patch avoids simplifying x-0.0 to x when -fsignaling-nans is
specified,
which resolves PR rtl-optimization 61494. Indeed, running the test program
attached
to that PR now reports no failures. Alas reducing that validation program
to a portable
test for the GCC testsuite is a
The following patch avoids simplifying x-0.0 to x when -fsignaling-nans is
specified,
which resolves PR rtl-optimization 61494. Indeed, running the test program
attached
to that PR now reports no failures. Alas reducing that validation program
to a portable
test for the GCC testsuite is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96320
--- Comment #19 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:a5baf71b0a5bd79923c095cf81218b8194008f60
commit r11-2489-ga5baf71b0a5bd79923c095cf81218b8194008f60
Author: Paul Thomas
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96325
--- Comment #16 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:e41da82345fb01c4c2641c979a94a975d15312ab
commit r11-2487-ge41da82345fb01c4c2641c979a94a975d15312ab
Author: Paul Thomas
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #14 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #9)
> valgrind says there is use of uninitialized variable:
I picked _gcov.c and minimized it's unstable compilation under cvise. Then
minimized it under
This breaks ia64-linux. According to
arch/ia64/kernel/syscalls/syscall.tbl, the getrandom syscall is 315 and
copy_file_range is 323.
../../../libgo/go/internal/syscall/unix/copy_file_range_linux.go:13:42: error:
reference to undefined name 'copyFileRangeTrap'
13 | r1, _, errno :=
44 matches
Mail list logo