https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95932
--- Comment #1 from Haoxin Tu ---
Add a more meaningful case.
$cat p.cc
template class a {};
template >
struct a < class b{}, struct b {}>;
$g++ p.cc
p.cc:2:28: error: expected ‘class’ or ‘typename’ before ‘>’ token
2 | template >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95927
--- Comment #1 from Haoxin Tu ---
Add a more meaningful case.
$cat p.cc
template struct a {};
class A {
struct a < struct x { void b ( ){}} >;
};
$g++ p.cc
p.cc:3:25: error: types may not be defined in template arguments
3 |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95931
--- Comment #1 from Haoxin Tu ---
Add a more meaningful case.
$cat p.cc
void a() {
auto var = [] (auto, volatile b) {};
}
$g++ p.cc
p.cc: In function ‘void a()’:
p.cc:2:35: error: ‘b’ does not name a type
2 | auto var = [] (auto,
At IPA time I'm creating GIMPLE statements. I've noticed during dumps
that gotos and labels don't seem to exist. In fact when I tried
introducing them, at least the gotos, failed. I assume that at this
point in compilation GCC relies on the control flow graph (which I'm
updating as I create new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77510
Paul Hua changed:
What|Removed |Added
CC||paul.hua.gm at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95955
W E Brown changed:
What|Removed |Added
CC||webrown.cpp at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95956
W E Brown changed:
What|Removed |Added
CC||webrown.cpp at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95945
--- Comment #1 from Haoxin Tu ---
Add a more meaningful case
$cat p.cc
int a ( auto struct x { int b ();}) {}
$g++ -w p.cc
p.cc:1:23: error: types may not be defined in parameter types
1 | int a ( auto struct x { int b ();}) {}
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95972
--- Comment #1 from Haoxin Tu ---
Hi, there.
I guess I shouldn't use C-Reduce to reduce my ICE on invalid code cases. After
using C-Reduce, the cases are more like a "garbage" code.
Here is a more readable code to reproduce the ICE.
$cat p.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96030
--- Comment #2 from Bu Le ---
(In reply to Jakub Jelinek from comment #1)
> The directive should be doing what
> #pragma omp declare simd
> does on the target and it is an ABI decision what exactly it does.
I tried this test case. But I haven't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96040
--- Comment #2 from Joseph C. Sible ---
Andrew Gierth posted this to the Lua mailing list:
> I think I see what's happening here, but I don't think I have an account
> on the gcc bug tracker to post it there (feel free to forward this).
> It's
Hi,
I am attaching here the first report of the
"Automatic Parallel Viability" project. Please feel free to suggest
improvements to the project.
The content below is presented in markdown format, and you can easily
convert it to PDF with pandoc if you feel it uncomfortable to read in
current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95498
--- Comment #4 from Antoni ---
Created attachment 48829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48829=edit
Smaller reproducer for the bug
I was able to reduce the size of the reproducer. I attached it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95420
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
Eric Botcazou changed:
What|Removed |Added
Component|target |rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94100
--- Comment #2 from Hubert Tong ---
The following ICEs in a similar fashion:
internal compiler error: tree check: accessed elt 2 of 'tree_vec' with 1 elts
in tsubst, at cp/pt.c:15334
### SOURCE:
template struct ValListWithTypes {
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89310
--- Comment #7 from luoxhu at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #6)
> rldicr is one of the insns generated by "*rotl3_mask", which
> recognises all canonical formulations of all our rotate-and-mask
> instructions.
On Thu, Jul 2, 2020 at 11:12 AM Jakub Jelinek wrote:
> On Thu, Jul 02, 2020 at 10:57:11AM -0400, y2s1982 . wrote:
> > > On Wed, Jul 01, 2020 at 10:50:44PM -0400, y2s1982 . via Gcc wrote:
> > > > per-process functions defined in 5.5.2.
> > > > I have some questions on defining or at least using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96042
Bug ID: 96042
Summary: Reference type of std::ranges::iota is __int128 with
-std=c++2a?!
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96041
Bug ID: 96041
Summary: [11 regression] ICE in gfortran.dg/pr93423.f90 after
r11-1792
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Snapshot gcc-8-20200702 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200702/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #25 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #22)
> (In reply to Martin Liška from comment #17)
> > For me tree optimized dump is correct, so likely a target issue.
>
> Yeah, I agree. I finally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96040
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Compiled code
C2X adds BOOL_MAX and BOOL_WIDTH macros to . As GCC only
supports values 0 and 1 for _Bool (regardless of the number of bits in
the representation, other bits are padding bits and if any of them are
nonzero, the representation is a trap representation), the values of
those macros can just be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #24 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #23)
> cvise managed to shrink example down to the following:
For completeness assembly output difference is very clear now:
$
On Wed, Jul 1, 2020 at 8:40 PM wrote:
> GCC seems to overlap register bewteen DEST and SOURCE in different
> machine mode,
> Is there any target hooks to control this feature ?
> I use ‘&’ to forbid register allocator to
> overlap bewteen DEST and SOURCE,
> but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96026
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96017
--- Comment #11 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #9)
> (In reply to Peter Bergner from comment #8)
> > At first, I thought that split_live_ranges_for_shrink_wrap() split this
> > nicely, but what I found is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96017
--- Comment #10 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #6)
> Right, that's why we need to add the copies before RA, so we don't have to
> look for unused regs. But we don't want to add the copies too early just
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96040
Bug ID: 96040
Summary: Compiled code causes SIGBUS at -O2
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
--- Comment #11 from David Edelsohn ---
I added Solaris to the list of targets that see the error on line 5. Add it
wherever your target sees it.
On 02/07/2020 18:00, Jakub Jelinek wrote:
On Thu, Jul 02, 2020 at 05:15:20PM +0100, Andrew Stubbs wrote:
This patch, originally by Kwok, auto-adjusts the default OpenMP target
arguments to set num_threads(1) when there are no parallel regions. There
may still be multiple teams in this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
Rainer Orth changed:
What|Removed |Added
Target|powerpc64*-linux-gnu|powerpc64*-linux-gnu,
|
Martin,
What about immediate dominators?
Thanks,
Gary
From: Martin Jambor
Sent: Wednesday, July 1, 2020 3:40 PM
To: Gary Oblock ; Richard Biener
Cc: gcc@gcc.gnu.org
Subject: Re: An problematic interaction between a call created by
gimple_build_call and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #23 from Sergei Trofimovich ---
cvise managed to shrink example down to the following:
"""
int b, c;
int a() __attribute__((noipa));
int a(int *d, int *f, int g) {
int e;
if (d == f)
e = 0;
else
e = 1;
switch (g) {
The obsolescent (=legacy) assigned GOTO should only allow scalar integer
variables. Check for proper conditions.
Regtested on x86_64-pc-linux-gnu.
OK for master / backports?
Thanks,
Harald
PR fortran/95709 - ICE in gfc_resolve_code, at fortran/resolve.c:11807
The legacy "assigned GOTO"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95709
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
And one more like the previous patch.
Tested x86_64-linux, committed to trunk.
commit 5079855e7ebe8fd4a7f9005dd75fa35f8cd54daa
Author: Jonathan Wakely
Date: Thu Jul 2 21:27:12 2020 +0100
libstdc++: Require c++98_only effective target for a test
This test checks a conversion
These tests verify that including C++11 headers fails to compile in
C++98 mode. They use { dg-options "-std=gnu++98" } so that they are
explicitly run in C++98 mode. This change also adds a target selector so
that the tests will be skipped even if the dg-options directive is
filtered out or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96039
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90847
Marek Polacek changed:
What|Removed |Added
CC||hstong at ca dot ibm.com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #22 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #17)
> For me tree optimized dump is correct, so likely a target issue.
Yeah, I agree. I finally understood why memory loads disappear (duh!).
> @Sergei: Is GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96039
Bug ID: 96039
Summary: Missing diagnostic: C++11 alignment specifier on
bit-fields
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95115
Vineet Gupta changed:
What|Removed |Added
CC||claziss at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96038
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96038
Bug ID: 96038
Summary: Confirming implicitly type parameter causes an invalid
error
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96036
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91807
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91807
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Ville Voutilainen
:
https://gcc.gnu.org/g:eb77f6f1b74aa200b70eb0a9e261c9f3b68294a0
commit r9-8716-geb77f6f1b74aa200b70eb0a9e261c9f3b68294a0
Author: Ville
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96037
Bug ID: 96037
Summary: [11 regression] ICE at tree-ssa-loop.c:414 after
r11-1782
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
On 2020-07-01, Fāng-ruì Sòng wrote:
On 2020-07-01, Martin Liška wrote:
On 6/30/20 5:32 PM, Fāng-ruì Sòng wrote:
There is some concern about clang's -fuse-ld=path
http://lists.llvm.org/pipermail/cfe-dev/2020-June/065710.html and use
of COMPILER_PATH vs PATH.
Shall we introduce another option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91807
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Ville Voutilainen
:
https://gcc.gnu.org/g:9cba1b9a6333dcc6623865b7a0ed4d57cec4088e
commit r10-8418-g9cba1b9a6333dcc6623865b7a0ed4d57cec4088e
Author: Ville
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91807
--- Comment #4 from CVS Commits ---
The master branch has been updated by Ville Voutilainen :
https://gcc.gnu.org/g:dbca7a69f276e4829354f87f2747ebff36f6090e
commit r11-1793-gdbca7a69f276e4829354f87f2747ebff36f6090e
Author: Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
--- Comment #9 from Steve Kargl ---
On Thu, Jul 02, 2020 at 06:30:40PM +, sgk at troutmask dot
apl.washington.edu wrote:
>
> It isn't a matter of simply switching rules. It's a matter of bugs
> and whether the bug is reported. In the
> So this variant combined with the rest of the patch is OK then.
Thanks. It occurred to me that using string_constant might be slightly better
(iti is already used by gimple_fold_builtin_memchr in the same file).
* gimple-fold.c (gimple_fold_builtin_memory_op): Fold calls that were
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88379
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9 Regression] [Coarray]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88379
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:66640d910595faded4425cfe2729ddf9d16e457b
commit r10-8417-g66640d910595faded4425cfe2729ddf9d16e457b
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96036
Bug ID: 96036
Summary: Please make std::optinal noexcept constructible when
possible
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
On Tue, 16 Jun 2020, Martin Liška wrote:
> libgcc/ChangeLog:
>
> * libgcov-util.c (read_gcda_finalize): Remove const operator.
> (merge_wrapper): Add both counts and use them properly.
> (topn_to_memory_representation): New function.
> (gcov_merge): Covert on disk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:14d4e7bc303a92f620eddcba9cef88da7e91514c
commit r10-8416-g14d4e7bc303a92f620eddcba9cef88da7e91514c
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:14d4e7bc303a92f620eddcba9cef88da7e91514c
commit r10-8416-g14d4e7bc303a92f620eddcba9cef88da7e91514c
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93423
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:b88744905a46be44ffa3c57d46080f601ae832b8
commit r11-1792-gb88744905a46be44ffa3c57d46080f601ae832b8
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93337
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:d9fb6f2b4f1321b059807ff6073156f07d9d376b
commit r11-1791-gd9fb6f2b4f1321b059807ff6073156f07d9d376b
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #12 from Steve Kargl ---
On Thu, Jul 02, 2020 at 05:24:36PM +, sch...@linux-m68k.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
>
> --- Comment #11 from Andreas Schwab ---
> If it was enabled by default, you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 71706, which changed state.
Bug 71706 Summary: [8/9 Regression] [Coarray] ICE on using sync images with
integer(kind<>4), with -fcoarray=lib -fcheck=bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71706
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27766
Bug 27766 depends on bug 71706, which changed state.
Bug 71706 Summary: [8/9 Regression] [Coarray] ICE on using sync images with
integer(kind<>4), with -fcoarray=lib -fcheck=bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71706
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71706
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
--- Comment #8 from Steve Kargl ---
On Thu, Jul 02, 2020 at 05:31:21PM +, skorzennik at cfa dot harvard.edu
wrote:
>
> I gave up on gfortran when the 64b record marker made it unusable for me. I'm
> not surprised it was fixed, but this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71706
--- Comment #18 from CVS Commits ---
The releases/gcc-8 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:10b028c2813f683a8ebab7d36c9d0d05b49a710b
commit r8-10340-g10b028c2813f683a8ebab7d36c9d0d05b49a710b
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96034
sshannin at gmail dot com changed:
What|Removed |Added
Resolution|--- |INVALID
These tests fail with AIX double double. Use different floating point
values that behave less surprisingly.
libstdc++-v3/ChangeLog:
PR libstdc++/91153
PR target/93224
* testsuite/29_atomics/atomic_float/1.cc: Use different values
for tests.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91153
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c6f431bba531bac3212b66069cf0f9718edf0132
commit r11-1790-gc6f431bba531bac3212b66069cf0f9718edf0132
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c6f431bba531bac3212b66069cf0f9718edf0132
commit r11-1790-gc6f431bba531bac3212b66069cf0f9718edf0132
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
--- Comment #7 from Sylvain Korzennik ---
Thanks for following up, Steve.
I gave up on gfortran when the 64b record marker made it unusable for me. I'm
not surprised it was fixed, but this pointed to poor decision making and
ignoring the need
On 7/2/20 3:10 PM, Roger Sayle wrote:
> Hi Tom,
>
> Beware of doing something just because the default target hook does it that
> way.
Well, what I'm saying is that if the default target hook doesn't assume
tree_fits_uhwi_p (size), the safest solution is to do the same in the
nvptx target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #11 from Andreas Schwab ---
If it was enabled by default, you cannot negate it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #21 from Sergei Trofimovich ---
(In reply to Eric Botcazou from comment #18)
> If the control flow goes through .L12:
>
> .L12:
> b .L3; return 0; (not interesting, fall through)
> ldi 1,%r28
>
> the return value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #20 from Sergei Trofimovich ---
Created attachment 48828
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48828=edit
good.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #10 from Steve Kargl ---
On Thu, Jul 02, 2020 at 05:10:51PM +, sch...@linux-m68k.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
>
> --- Comment #9 from Andreas Schwab ---
> That means you cannot override a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #19 from Sergei Trofimovich ---
Created attachment 48827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48827=edit
bad.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #9 from Andreas Schwab ---
That means you cannot override a default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
--- Comment #6 from Steve Kargl ---
On Thu, Jul 02, 2020 at 04:10:38PM +, skorzennik at cfa dot harvard.edu
wrote:
>
> GCC is the single one that decides that old code is trash and needs to be
> rewritten. When 64b was introduced,
On Thu, Jul 02, 2020 at 05:15:20PM +0100, Andrew Stubbs wrote:
> This patch, originally by Kwok, auto-adjusts the default OpenMP target
> arguments to set num_threads(1) when there are no parallel regions. There
> may still be multiple teams in this case.
>
> The result is that libgomp will not
Jakub's partial implementation of consteval virtual had trouble with the
current ABI requirement that we omit the vtable slot for a consteval virtual
function; it's difficult to use the normal code for constant evaluation and
also magically make the slots disappear if the vtables get written out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96034
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #8 from Steve Kargl ---
On Thu, Jul 02, 2020 at 03:53:22PM +, jakub at gcc dot gnu.org wrote:
>
> --- Comment #7 from Jakub Jelinek ---
> (In reply to kargl from comment #6)
> > There is no -fno-allow-invalid-boz option. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96035
--- Comment #1 from Michel Palleau ---
Created attachment 48826
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48826=edit
Proposal to create directories with process umask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96035
Bug ID: 96035
Summary: directories created when writing gcov data have
limited rights compared to umask
Product: gcc
Version: unknown
Status: UNCONFIRMED
This patch, originally by Kwok, auto-adjusts the default OpenMP target
arguments to set num_threads(1) when there are no parallel regions.
There may still be multiple teams in this case.
The result is that libgomp will not attempt to launch GPU threads that
will never get used.
OK to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96033
--- Comment #5 from Sylvain Korzennik ---
Hi Kargl,
I am not interested in a protracted religious discussion, I simply do not use
gfortran for my work (research), but need to provides it form my users
(Smithsonian HPC cluster) as part of my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95952
--- Comment #12 from Mikael Pettersson ---
(In reply to Peter Bergner from comment #11)
> At some point in the past, GCC used to disable some instruction patterns
> depending on whether the binutils you're building against supports those
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94905
--- Comment #8 from Chris Moller ---
Created attachment 48825
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48825=edit
Preprocessed testcase
gunzip then compile with
g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Werror -rdynamic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94905
Chris Moller changed:
What|Removed |Added
CC||moller at mollerware dot com
--- Comment
Mark,
A quick test with
const char hint [] = _(" [see %<-fno-allow-invalid-boz%>]");
reproduces the failure.
const char *hint = _(" [see %<-fno-allow-invalid-boz%>]");
seems to work. I will do a full bootstrap test with that change later today.
Do you want me to commit it if it works or do
On Thu, 2 Jul 2020, Martin Liška wrote:
> All right, you convinced me and I'm going to install the patch.
I'm fraid this may have broke i386-unknown-freebsd-11.4 (with clang 10.0
as bootstrap compiler, though that doesn't appear to be the trigger here):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96034
Bug ID: 96034
Summary: missed optimization with extended registers
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279
--- Comment #6 from kargl at gcc dot gnu.org ---
(In reply to markeggleston from comment #5)
> (In reply to markeggleston from comment #4)
> > Regarding comment 2.
> >
> > Using -fallow-invalid-boz results in an ICE. I'll create a new PR.
>
>
1 - 100 of 212 matches
Mail list logo
