Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/gcc/sv.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104895
--- Comment #3 from Andrew Pinski ---
White spaces and even special characters will always be a problem with anything
that interacts with make or the shell.
I am not saying this is not a fixable issue, just fixing this might even
require huge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96787
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.2|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104894
Andrew Pinski changed:
What|Removed |Added
Target||powerpc64le-linux-gnu
See
On Sat, 2022-03-12 at 18:48 +0800, Xi Ruoyao via Gcc-patches wrote:
> On Fri, 2022-03-11 at 21:26 +, Qing Zhao wrote:
> > Hi, Ruoyao,
> >
> > (I might not be able to reply to this thread till next Wed due to a
> > short vacation).
> >
> > First, some comments on opening bugs against Gcc:
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104900
Bug ID: 104900
Summary: segfault with parameterized derived type with kind
parameter and allocatable component
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103324
--- Comment #4 from Eric Gallager ---
Another thing that would be useful would be to have (more) comments in the
source code saying stuff like "/* this codepath is tested by
*/" or something... although I guess it could be a problem keeping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
--- Comment #4 from Matthias Klose ---
about the configure options, apparently pie is not the culprit, configuring
with --enable-cet is. note that I didn't use --disable-bootstrap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
Matthias Klose changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
--- Comment #3 from Matthias Klose ---
Created attachment 52616
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52616=edit
preprocessed source
/home/packages/gcc/12/gcc-12-12-20220313/build/./gcc/cc1 -E -quiet -v -I . -I .
-I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Eric Gallager changed:
What|Removed |Added
CC|amacleod at redhat dot com |
--- Comment #39 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98767
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|ASSIGNED
On Fri, 11 Mar 2022, Roger Sayle wrote:
+(match vec_same_elem_p
+ CONSTRUCTOR@0
+ (if (uniform_vector_p (TREE_CODE (@0) == SSA_NAME
+? gimple_assign_rhs1 (SSA_NAME_DEF_STMT (@0)) : @0
Ah, I didn't remember we needed that, we don't seem to be very consistent
about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104899
Bug ID: 104899
Summary: typo "cannott"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104898
Bug ID: 104898
Summary: missing %q in diagnostic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Snapshot gcc-11-20220312 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20220312/
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=104897
Bug ID: 104897
Summary: wrong plural form in diagnostic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #38 from Roland Illig ---
(In reply to Roland Illig from comment #7)
> From params.opt:
> > --param=ranger-debug=[none|trace|gori|cache|tracegori|all]
> > Specifies the output mode for debugging ranger.
>
> Why " " instead of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104896
Bug ID: 104896
Summary: Messages use %<%s%> instead of the idiomatic %qs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
I have *NOT* pushed this yet, looking for feedback:
It appears redhat.com has lost Fedora mailing list archives, which are
now at lists.fedoraproject.org using completely different tooling.
Jakub, is there a better way than the patch below?
Gerald
diff --git a/htdocs/gcc-4.3/porting_to.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104895
--- Comment #2 from Christoph Müllner ---
Further analysis shows that '-flto=1' works as well and '-flto=16' fails as
well.
This brings us right to the spot:
Bad:
[...]
make -f /tmp/ccyzs8VX.mk -j16 all
Using built-in specs.
[...]
Good:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104622
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104527
Patrick Palka changed:
What|Removed |Added
Summary|[11/12 Regression] ICE: |[11 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98644
Patrick Palka changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104641
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d3b0dc686c00bfe9e7f4fe0490def68e9b92157a
commit r12-7633-gd3b0dc686c00bfe9e7f4fe0490def68e9b92157a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104622
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:03c83cf7aa1110e427beb00ea95767dfaf50d694
commit r12-7632-g03c83cf7aa1110e427beb00ea95767dfaf50d694
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104527
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9413bb55185b9e88d84e91d5145d59f9f83b884a
commit r12-7631-g9413bb55185b9e88d84e91d5145d59f9f83b884a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98644
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ab71d3fe4b23af4c29a8d6fcf1e914fed4393e3b
commit r12-7630-gab71d3fe4b23af4c29a8d6fcf1e914fed4393e3b
Author: Patrick Palka
Date:
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/gcc/fr.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104853
--- Comment #7 from rvalue ---
Well, I've found something that could be problematic here:
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/config/riscv/arch-canonicalize;h=49a6204b9cb64cb0e375c6003c423bf115a0a8a6;hb=HEAD#l60
It's never updated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104885
Roger Sayle changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
My recent testcase for PR c++/84964.C stress tests the middle-end by
attempting to pass a UINT_MAX sized structure on the stack. Although
my fix to PR84964 avoids the ICE after sorry() on x86_64 and similar
targets, a related issue still exists on powerpc64 (and similar
Hi!
The following testcase ICEs on powerpc-linux, because lra_substitute_pseudo
substitutes (const_int 1) into a subreg operand. First a subreg of subreg
of a reg appears in a debug insn (which surely is invalid outside of
debug insns, but in debug insns we allow even what is normally invalid in
Hi!
These intrinsics are supposed to do an unaligned may_alias load
of a 16-bit or 32-bit value and store it as the first element of
a 128-bit integer vector, with all other elements cleared.
The current _mm_storeu_* implementation implements that correctly, uses
__*_u types to do the store and
Hi!
We ICE on the following testcase, because we tentatively parse it multiple
times and the erroneous attribute syntax results in
cp_parser_skip_to_end_of_statement, which when seeing CPP_PRAGMA (can be
any deferred one, OpenMP/OpenACC/ivdep etc.) it calls
cp_parser_skip_to_pragma_eol, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104853
--- Comment #6 from rvalue ---
I've got some verbose output from gcc, and it seems that a duplicate `-march`
is passed to `as`
$ gcc -c test.c -march=rv64g --verbose
Using built-in specs.
COLLECT_GCC=/usr/sbin/gcc
Target:
My sincere apologies for the breakage, but alas handling SImode in the
recently added "xorl;movb -> movzbl" peephole2 turns out to be slightly
more complicated that just using SWI48 as a mode iterator. I'd failed
to check the machine description carefully, but the *zero_extendsi2
define_insn is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104895
--- Comment #1 from Christoph Müllner ---
Compiling with '-v' shows the following differences:
BAD:
gcc -v -fPIC -flto=auto -shared -Wl,-soname,"lib'do it'.so" -o "lib'do it'.so"
doit.o
[...]
COLLECT_GCC_OPTIONS='-v' '-fPIC' '-flto=auto'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70536
--- Comment #3 from Ed Catmur ---
Updated: https://github.com/gcc-mirror/gcc/compare/master...ecatmur:pr-70536
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104853
--- Comment #5 from rvalue ---
(In reply to Kito Cheng from comment #4)
> Thanks your info, that cause by the default ISA spec version bump issue,
> binutils 2.38 and GCC 11.* using different default ISA spec cause this
> issue, I've push a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #16 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:80fcc4b6afee72443bef551064826b3b4b6785e6
commit r12-7628-g80fcc4b6afee72443bef551064826b3b4b6785e6
Author: Segher
On Sat, Mar 12, 2022 at 10:40 AM Γιωργος Μελλιος via Gcc
wrote:
>
> Greetings,
>
> I am sending this email in order to show my interest in your GSoC program
> for this summer.
> To begin with, I would like to learn some general information about your
> project in order to judge if I am capable of
On Fri, Mar 11, 2022 at 05:51:05PM -0500, Michael Meissner wrote:
> On Fri, Mar 11, 2022 at 02:51:23PM -0600, Segher Boessenkool wrote:
> > On Fri, Mar 11, 2022 at 08:42:27PM +, Joseph Myers wrote:
> > > The version of this patch applied to GCC 10 branch (commit
> > >
Greetings,
I am sending this email in order to show my interest in your GSoC program
for this summer.
To begin with, I would like to learn some general information about your
project in order to judge if I am capable of participating in it. I am
currently studying Compilers and Programming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2022-03-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #11 from Roland Illig ---
Thank you, looks good now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446
Roger Sayle changed:
What|Removed |Added
CC||joshua.england@worldprogram
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78249
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104895
Bug ID: 104895
Summary: lto1: issue with space in library filename
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #37 from Roland Illig ---
I'm splitting this bug report into multiple bug reports, to clean up the mess
that the 36 comments created. It was a bad idea from the beginning. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104892
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Hi!
On 2022-03-12T15:54:31+0100, I wrote:
> On 2022-03-01T17:46:20+0100, I wrote:
>> On 2022-01-13T10:54:16+0100, I wrote:
>>> On 2019-05-08T14:51:57+0100, Julian Brown wrote:
- The "addressable" bit is set during the kernels conversion pass for
variables that have "create" (alloc)
Hi!
On 2022-03-01T17:46:20+0100, I wrote:
> On 2022-01-13T10:54:16+0100, I wrote:
>> On 2019-05-08T14:51:57+0100, Julian Brown wrote:
>>> - The "addressable" bit is set during the kernels conversion pass for
>>>variables that have "create" (alloc) clauses created for them in the
>>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100280
--- Comment #8 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:a07b8f4fb756484893b5612cbe9410970dc76db9
commit r12-7627-ga07b8f4fb756484893b5612cbe9410970dc76db9
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104892
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:a07b8f4fb756484893b5612cbe9410970dc76db9
commit r12-7627-ga07b8f4fb756484893b5612cbe9410970dc76db9
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104892
--- Comment #1 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:535afbd959bc72de85fca36ba6417f075cca1018
commit r12-7626-g535afbd959bc72de85fca36ba6417f075cca1018
Author: Thomas Schwinge
timization level -O2 or higher
- If I replace "-mcpu=power10" by "-mcpu=power9", the compilation works fine
- The same error does not happen on gcc10
gcc version:
- gcc (GCC) 11.2.1 20220312 [remotes/origin/releases/gcc-11 revision
6f581f90e3:53ab7b79c6:908e612067e42ded881db10d38768
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104893
Bug ID: 104893
Summary: [nvptx] Handle Independent Thread Scheduling for
sm_70+ with -msoft-stack
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
Hi!
On 2021-05-21T21:29:19+0200, I wrote:
> I've pushed "[OpenACC privatization] Largely extend diagnostics and
> corresponding testsuite coverage [PR90115]" to master branch in commit
> 11b8286a83289f5b54e813f14ff56d730c3f3185
To demonstrate that later changes don't vs. how they do change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90115
--- Comment #16 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:2e53fa7bb2ae9fe1152c27e423be9e261da82ddc
commit r12-7625-g2e53fa7bb2ae9fe1152c27e423be9e261da82ddc
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104892
Bug ID: 104892
Summary: OpenACC 'kernels' decomposition: wrong-code cases
unless manually making certain variables addressable
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104086
Thomas Schwinge changed:
What|Removed |Added
Keywords||ice-on-valid-code
Hi!
On 2022-03-12T13:38:38+0100, I wrote:
> On 2020-11-13T23:22:30+0100, I wrote:
>> On 2019-02-01T00:59:30+0100, I wrote:
>>> I've just pushed the attached nine patches to openacc-gcc-8-branch:
>>> OpenACC 'kernels' construct changes: splitting of the construct into
>>> several regions.
>>
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104891
Bug ID: 104891
Summary: Possibly wrong location definition in DWARF with
-fschedule-insns2 at -O2/-O3
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
Hi!
On 2020-11-13T23:22:30+0100, I wrote:
> On 2019-02-01T00:59:30+0100, I wrote:
>> I've just pushed the attached nine patches to openacc-gcc-8-branch:
>> OpenACC 'kernels' construct changes: splitting of the construct into
>> several regions.
>
> Now, slightly more polished, I've pushed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104086
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:337ed336d7dd83526891bdb436f0bfe9e351f69d
commit r12-7624-g337ed336d7dd83526891bdb436f0bfe9e351f69d
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100280
--- Comment #7 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:337ed336d7dd83526891bdb436f0bfe9e351f69d
commit r12-7624-g337ed336d7dd83526891bdb436f0bfe9e351f69d
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104086
--- Comment #1 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:9781ae3a254a8c17ef4ffa70f21ed1728ff3c707
commit r12-7623-g9781ae3a254a8c17ef4ffa70f21ed1728ff3c707
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
--- Comment #1 from Matthias Klose ---
that is only seen when configuring with --enable-default-pie
On Fri, 2022-03-11 at 21:26 +, Qing Zhao wrote:
> Hi, Ruoyao,
>
> (I might not be able to reply to this thread till next Wed due to a
> short vacation).
>
> First, some comments on opening bugs against Gcc:
>
> I took a look at the bug reports PR104817 and PR104820:
>
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trunk 20220312 fails to build the 32bit libgcc on x86_64-linux-gnu:
/home/packages/gcc/12/gcc-12-12-20220312/build/./gcc/xgcc
-B
Hi!
On 2022-02-17T13:33:45+0100, I wrote:
> On 2019-10-18T14:28:18+0200, I wrote:
>> On 2019-10-06T15:32:34-0700, Julian Brown wrote:
>>> This patch adds a function to pretty-print OpenACC clause names from
>>> OMP_CLAUSE_MAP_KINDs, for error output.
>>
>> Indeed talking about (OpenMP) 'map'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97198
--- Comment #6 from Jonathan Wakely ---
I'll add a note to the lwg issue, as I'll never remember there was a comment
about it here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65095
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:828335beb77676acffb5911e575672cb55beb2e9
commit r12-7622-g828335beb77676acffb5911e575672cb55beb2e9
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
Aldy Hernandez changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98420
--- Comment #4 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:72c243017dee611bf3c32ea7bfad6ac538021aaf
commit r12-7621-g72c243017dee611bf3c32ea7bfad6ac538021aaf
Author: Roger Sayle
Date: Sat
78 matches
Mail list logo