[Bug middle-end/89544] Argument marshalling incorrectly assumes stack slots are naturally aligned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89544
--- Comment #6 from Bernd Edlinger ---
This is half fixed now:
Since r274531 the original test case no longer generates wrong code,
but only slightly non-optimal code.
I had so far two test cases:
$ cat unaligned-argument-1.c
/* { dg-do compile } */
/* { dg-require-effective-target arm_arm_ok } */
/* { dg-require-effective-target arm_ldrd_strd_ok } */
/* { dg-options "-marm -mno-unaligned-access -O3" } */
struct s {
int a, b;
} __attribute__((aligned(8)));
struct s f0;
void f(int a, int b, int c, int d, struct s f)
{
f0 = f;
}
/* { dg-final { scan-assembler-times "ldrd" 1 } } */
/* { dg-final { scan-assembler-times "strd" 1 } } */
/* { dg-final { scan-assembler-times "stm" 0 } } */
$ cat unaligned-argument-2.c
/* { dg-do compile } */
/* { dg-require-effective-target arm_arm_ok } */
/* { dg-require-effective-target arm_ldrd_strd_ok } */
/* { dg-options "-marm -mno-unaligned-access -O3" } */
struct s {
int a, b;
} __attribute__((aligned(8)));
struct s f0;
void f(int a, int b, int c, int d, int e, struct s f)
{
f0 = f;
}
/* { dg-final { scan-assembler-times "ldrd" 0 } } */
/* { dg-final { scan-assembler-times "strd" 0 } } */
/* { dg-final { scan-assembler-times "stm" 1 } } */
the remaining issue is that the fist one should generate ldrd/strd
instead of stm.
[Bug libstdc++/41861] [DR 887][C++0x] does not use monotonic_clock
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861 --- Comment #18 from Mike Crowe --- (In reply to Mike Crowe from comment #17) > In https://sourceware.org/ml/libc-alpha/2019-02/msg00637.html , I proposed > the addition of the pthread_cond_clockwait function (among others) to glibc, > and whilst there are a few comments on the patches, there's been no > fundamental objections. I'm just working on sorting out some things in the > test suite before these patches can land. This has landed in glibc 2.30. > Once this function is available in glibc, it will be relatively > straightforward to support both steady_clock and system_clock correctly in > condition_variable. Patches posted at https://gcc.gnu.org/ml/libstdc++/2019-07/msg00044.html . > After many years of me letting this languish, I'm optimistic that we can get > this fixed properly before the tenth anniversary of Aaron's original bug > submission! There's still time! :)
[Bug rtl-optimization/91154] [10 Regression] 456.hmmer regression on Haswell caused by r272922
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154 --- Comment #24 from Uroš Bizjak --- It looks that the patch introduced a (small?) runtime regression of 5% in SPEC2000 300.twolf on haswell [1]. Maybe worth looking at. [1] https://gcc.opensuse.org/gcc-old/SPEC/CINT/sb-czerny-head-64/300_twolf_recent_big.png
[Bug middle-end/89544] Argument marshalling incorrectly assumes stack slots are naturally aligned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89544
--- Comment #7 from Bernd Edlinger ---
However while writing the patch "Sanitizing the middle-end interface
to the back-end for strict alignment":
https://gcc.gnu.org/ml/gcc-patches/2019-08/msg01130.html
I discovered another wrong code bug, this time affecting all arch:
$ cat unaligned-argument-3.c
/* { dg-do compile } */
/* { dg-require-effective-target arm_arm_ok } */
/* { dg-require-effective-target arm_ldrd_strd_ok } */
/* { dg-options "-marm -mno-unaligned-access -O3" } */
typedef int __attribute__((aligned(1))) s;
void x(char*, s*);
void f(char a, s f)
{
x(, );
}
/* { dg-final { scan-assembler-times "str\t\[^\\n\]*\\\[sp\\\]" 1 } } */
/* { dg-final { scan-assembler-times "str\t\[^\\n\]*\\\[sp, #3\\\]" 0 } } */
currently with -marm -mno-unaligned-access -O3 we generate:
f:
@ args = 0, pretend = 0, frame = 8
@ frame_needed = 0, uses_anonymous_args = 0
str lr, [sp, #-4]!
sub sp, sp, #12
mov r3, r0
str r1, [sp, #3]
add r0, sp, #7
add r1, sp, #3
strbr3, [sp, #7]
bl x
add sp, sp, #12
@ sp needed
ldr pc, [sp], #4
[Bug fortran/91471] f951: internal compiler error: gfc_variable_attr(): Bad array reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 --- Comment #2 from Sameeran Joshi --- (In reply to kargl from comment #1) > I have a patch that prevents the ICE. Remove ICE-on-valid-code > tag as the code is invalid. It fails when a value is assigned to the allocated space: program dynamic implicit none integer,dimension(:), allocatable :: x allocate(x(1)) x(1) = 10 stop x(1) end program dynamic Is above ICE-ON-INVALID code ? Can you please specify the reason? Thanks
[Bug libgomp/91473] Test case libgomp.fortran/appendix-a/a.28.5.f90 is invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91473 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2019-08-17 CC||jakub at gcc dot gnu.org Component|fortran |libgomp Target Milestone|--- |10.0 Summary|[10 regression] test case |Test case |libgomp.fortran/appendix-a/ |libgomp.fortran/appendix-a/ |a.28.5.f90 fails starting |a.28.5.f90 is invalid |with r274551| Ever confirmed|0 |1 --- Comment #7 from Thomas Koenig --- The test case is "fixed". Removed regression marker. Somebody who knows more about OMP than I do can figure out what this test is actually testing, and how to make it valid (if that is possible).
[Bug fortran/91390] treatment of extra parameter in a subroutine call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91390 Bug 91390 depends on bug 91443, which changed state. Bug 91443 Summary: -Wargument-mismatch does not catch mismatch for global procedure https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91443 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug fortran/91443] -Wargument-mismatch does not catch mismatch for global procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91443 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Thomas Koenig --- Fixed on trunk. Next step: PR 91390.
[Bug fortran/91443] -Wargument-mismatch does not catch mismatch for global procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91443 --- Comment #4 from Thomas Koenig --- (In reply to Janne Blomqvist from comment #3) > I'm seeing a failure in the testcase libgomp.fortran/appendix-a/a.28.5.f90 > which looks like it might(?) be caused by this: > > $ gfortran a.28.5.f90 > a.28.5.f90:29:20: > >29 | CALL SUB1(A) > |1 > Error: Rank mismatch in argument ‘x’ at (1) (rank-1 and scalar) > > Or is this something else? Yep, that's PR 91473. I think I will just commit that one with -std=legacy...
[Bug fortran/91473] [10 regression] test case libgomp.fortran/appendix-a/a.28.5.f90 fails starting with r274551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91473 --- Comment #6 from Thomas Koenig --- Author: tkoenig Date: Sat Aug 17 11:57:25 2019 New Revision: 274602 URL: https://gcc.gnu.org/viewcvs?rev=274602=gcc=rev Log: 2019-08-17 Thomas Koenig PR fortran/91473 * testsuite/libgomp.fortran/appendix-a/a.28.5.f90: Add -std=legacy so invalid code in the test case is accepted. Modified: trunk/libgomp/ChangeLog trunk/libgomp/testsuite/libgomp.fortran/appendix-a/a.28.5.f90
[Bug fortran/78719] [F03] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1438
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 14:27:07 2019 New Revision: 274604 URL: https://gcc.gnu.org/viewcvs?rev=274604=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/78719 * decl.c (get_proc_name): Check for a CLASS entity when trying to add attributes to an entity that already has an explicit interface. 2019-08-17 Steven G. Kargl PR fortran/78719 * gfortran.dg/pr78719_1.f90: New test. * gfortran.dg/pr78719_2.f90: Ditto. * gfortran.dg/pr78719_3.f90: Ditto. Added: trunk/gcc/testsuite/gfortran.dg/pr78719_1.f90 trunk/gcc/testsuite/gfortran.dg/pr78719_2.f90 trunk/gcc/testsuite/gfortran.dg/pr78719_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/78719] [F03] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1438
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC||kargl at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org
[Bug testsuite/91458] FAIL: g++.dg/tree-ssa/pr19807.C -std=gnu++98 scan-tree-dump-times optimized "\\\\[\\\\(void .\\\\) \\\\+ 8B\\\\]" 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91458
--- Comment #6 from dave.anglin at bell dot net ---
On 2019-08-15 10:47 a.m., danglin at gcc dot gnu.org wrote:
> Similar fail:
> FAIL: g++.dg/tree-ssa/ssa-dse-1.C scan-tree-dump-times dse1
> "MEM[(struct FixBuf *)& + [0-9]+B] = {}" 1
>
> Here we have:
> MEM [(struct FixBuf *)& + 28B] = {};
This test fails for the same reason as pr19807.C. I noticed this morning that
gcc.dg/tree-prof/stringop-2.c
also fails for same reason:
FAIL: gcc.dg/tree-prof/stringop-2.c scan-tree-dump optimized "MEM[(void
.)] = 168430090"
Here we have the following in optimized tree dump:
MEM [(void *)] = 168430090;
[Bug fortran/40976] Merge DECL of procedure call with DECL of gfc_get_function_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40976 Bug 40976 depends on bug 91443, which changed state. Bug 91443 Summary: -Wargument-mismatch does not catch mismatch for global procedure https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91443 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug rtl-optimization/91347] [7/8/9/10 Regression] pointer_string in linux vsprintf.c is miscompiled when sibling calls are optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91347 --- Comment #11 from dave.anglin at bell dot net --- On 2019-08-16 8:17 a.m., John David Anglin wrote: > On 2019-08-16 5:47 a.m., ebotcazou at gcc dot gnu.org wrote: >> Created attachment 46721 >> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46721=edit >> Tentative fix > Testing. hppa-unknown-linux-gnu built successfully with change and there were no test regressions: https://gcc.gnu.org/ml/gcc-testresults/2019-08/msg01861.html Looks good to me.
[Bug fortran/78739] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1477
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78739 --- Comment #3 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 14:39:51 2019 New Revision: 274605 URL: https://gcc.gnu.org/viewcvs?rev=274605=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/78739 * match.c (gfc_match_st_function): When matching a statement function, need to check if the statement function name shadows the function name. 2019-08-17 Steven G. Kargl PR fortran/78739 * fortran.dg/pr78739.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/pr78739.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/match.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/91471] f951: internal compiler error: gfc_variable_attr(): Bad array reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 --- Comment #3 from Steve Kargl --- On Sat, Aug 17, 2019 at 08:04:23AM +, SameeranJayant.Joshi at amd dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 > > --- Comment #2 from Sameeran Joshi --- > (In reply to kargl from comment #1) > > I have a patch that prevents the ICE. Remove ICE-on-valid-code > > tag as the code is invalid. > > It fails when a value is assigned to the allocated space: > > program dynamic > implicit none > integer,dimension(:), allocatable :: x > allocate(x(1)) > x(1) = 10 > stop x(1) > end program dynamic > > Is above ICE-ON-INVALID code ? > Can you please specify the reason? > Thanks > The original code was invalid as you referenced x(1) without assigning it a value, i.e., you referenced an undefined variable. With the patch I will commit later today, the above code gives % gfcx -o z a.f90 troutmask:sgk[207] ./z STOP 10
[Bug fortran/91471] f951: internal compiler error: gfc_variable_attr(): Bad array reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 14:23:10 2019 New Revision: 274603 URL: https://gcc.gnu.org/viewcvs?rev=274603=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/91471 * primary.c (gfc_variable_attr): Remove a gfc_internal_error(), which cannot be reached by conforming Fortran code, but seems to be reachable from nonconforming Fortran code. Treat the AR_UNKNOWN case as a no-op. 2019-08-17 Steven G. Kargl PR fortran/91471 * gfortran.dg/pr91471.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/pr91471.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog
[Bug lto/91478] New: FAIL: gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91478 Bug ID: 91478 Summary: FAIL: gcc.dg/debug/pr41893-1.c -gdwarf-2 -g1 (test for excess errors) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/debug/pr41893-1.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=never -gdwarf-2 -g1 -flto -fwhole-program -O /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/debug/pr41893-2.c -lm-o pr41893-1.exe(timeout = 300) spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/debug/pr41893-1.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=never -gdwarf-2 -g1 -flto -fwhole-program -O /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/debug/pr41893-2.c -lm -o pr41893-1.exe ld: Unsatisfied hidden symbol "". Symbol was referenced from file /var/tmp//cc3R5QJu.debug.temp.o ld: Unsatisfied hidden symbol "". Symbol was referenced from file /var/tmp//cc3R5QJu.debug.temp.o ld: Unsatisfied hidden symbol "". Symbol was referenced from file /var/tmp//cc3R5QJu.debug.temp.o ld: Unsatisfied hidden symbol "". Symbol was referenced from file /var/tmp//ccCZBOzC.debug.temp.o 4 errors. collect2: fatal error: ld returned 1 exit status compilation terminated. compiler exited with status 1
[Bug c++/91479] New: Template deductions fails for static template member with default template parameter when inside template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91479
Bug ID: 91479
Summary: Template deductions fails for static template member
with default template parameter when inside template
class
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmatthews at utexas dot edu
Target Milestone: ---
This minimal program:
template struct foo
{
template
static void bar(const U&) {}
static void bar(int x) { bar(x); }
};
causes the following error with gcc 9.x and 10.0, but not 8.3 or before
(clang/icpc also compile correctly):
: In static member function 'static void foo::bar(int)':
:6:40: error: no matching function for call to 'foo::bar(int&)'
6 | static void bar(int x) { bar(x); }
|^
:4:17: note: candidate: 'template template
static void foo::bar(const U&)'
4 | static void bar(const U&) {}
| ^~~
:4:17: note: template argument deduction/substitution failed:
:6:40: note: mismatched types 'const U' and 'int'
6 | static void bar(int x) { bar(x); }
|
Output of "gcc -v":
Using built-in specs.
COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++
Target: x86_64-linux-gnu
Configured with: ../gcc-trunk-20190817/configure
--prefix=/opt/compiler-explorer/gcc-build/staging --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap
--enable-multiarch --with-abi=m64 --with-multilib-list=m32,m64,mx32
--enable-multilib --enable-clocale=gnu --enable-languages=c,c++,fortran,ada
--enable-ld=yes --enable-gold=yes --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-linker-build-id --enable-lto
--enable-plugins --enable-threads=posix
--with-pkgversion=Compiler-Explorer-Build
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.0 20190816 (experimental) (Compiler-Explorer-Build)
COLLECT_GCC_OPTIONS='-fdiagnostics-color=always' '-g' '-o' './output.s'
'-masm=intel' '-S' '-v' '-E' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
/opt/compiler-explorer/gcc-trunk-20190817/bin/../libexec/gcc/x86_64-linux-gnu/10.0.0/cc1plus
-E -quiet -v -imultiarch x86_64-linux-gnu -iprefix
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/
-D_GNU_SOURCE -o ./output.s -masm=intel -mtune=generic -march=x86-64
-fdiagnostics-color=always -g -fworking-directory
ignoring nonexistent directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../x86_64-linux-gnu/include"
ignoring duplicate directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0"
ignoring duplicate directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0/x86_64-linux-gnu"
ignoring duplicate directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0/backward"
ignoring duplicate directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/include"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring duplicate directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/include-fixed"
ignoring nonexistent directory
"/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0/x86_64-linux-gnu
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/../../../../include/c++/10.0.0/backward
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/include
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64-linux-gnu/10.0.0/include-fixed
/usr/local/include
/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/../../include
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
COMPILER_PATH=/opt/compiler-explorer/gcc-trunk-20190817/bin/../libexec/gcc/x86_64-linux-gnu/10.0.0/:/opt/compiler-explorer/gcc-trunk-20190817/bin/../libexec/gcc/x86_64-linux-gnu/:/opt/compiler-explorer/gcc-trunk-20190817/bin/../libexec/gcc/:/opt/compiler-explorer/gcc-trunk-20190817/bin/../lib/gcc/x86_64
[Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877 --- Comment #20 from dave.anglin at bell dot net --- On 2019-07-08 6:04 a.m., amylaar at gcc dot gnu.org wrote: > Created attachment 46577 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46577=edit > patch for aligned stack - but clamping max alignment at > MAX_SUPPORTED_STACK_ALIGNMENT This patch fixes the failure of pr84877.c on hppa-unknown-linux-gnu.
[Bug c++/90505] [9/10 Regression] g++ rejects a valid code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90505
--- Comment #6 from Marek Polacek ---
Test from 91479:
template struct foo
{
template
static void bar(const U&) {}
static void bar(int x) { bar(x); }
};
[Bug c++/91479] Template deductions fails for static template member with default template parameter when inside template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91479 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mpolacek at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #1 from Marek Polacek --- Thanks for the report. It is a dup 90505. *** This bug has been marked as a duplicate of bug 90505 ***
[Bug c++/90505] [9/10 Regression] g++ rejects a valid code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90505 Marek Polacek changed: What|Removed |Added CC||dmatthews at utexas dot edu --- Comment #5 from Marek Polacek --- *** Bug 91479 has been marked as a duplicate of this bug. ***
[Bug fortran/78739] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1477
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78739 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.3 --- Comment #5 from kargl at gcc dot gnu.org --- Fixed on trunk and 9-branch. Thanks for bug report.
[Bug fortran/82992] ICE in create_int_parameter_array, at fortran/module.c:6586
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82992 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.3 --- Comment #9 from kargl at gcc dot gnu.org --- Fixed on trunk and 9-branch. Thanks for bug report.
[Bug fortran/91471] f951: internal compiler error: gfc_variable_attr(): Bad array reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.3 --- Comment #6 from kargl at gcc dot gnu.org --- Fixed on trunk and 9-branch. Thanks for bug report.
[Bug libstdc++/91480] New: Nonconforming definitions of standard library feature-test macros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91480
Bug ID: 91480
Summary: Nonconforming definitions of standard library
feature-test macros
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: frankhb1989 at gmail dot com
Target Milestone: ---
These macros are lacking of the `L` suffix compared to the content of the table
in [support.limits.general]. This can lead to some unexpected effects on
observable behavior, e.g.:
#include
#include
#define macro_as_string(x) #x
#define stringized_length(x) std::string(macro_as_string(x)).size()
int main()
{
std::cout << stringized_length(__cpp_lib_nonmember_container_access);
}
Also, in , `__cpp_lib_allocator_traits_is_always_equal` is
wrongly spelled as `__cpp_lib_allocator_is_always_equal`.
[Bug lto/64636] Bootstrapping gcc-4.9.2 fails if lto is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot fu-berlin.d ||e --- Comment #4 from John Paul Adrian Glaubitz --- This looks very similar to the failure on linux-sparc64 with LTO enabled: ../../src/libiberty/strerror.c: In function 'strtoerrno': ../../src/libiberty/strerror.c:773:1: warning: '/<>/build/libiberty/strerror.gcda' profile count data file not found [-Wmissing-profile] 773 | } | ^ ../../src/libiberty/strsignal.c: In function 'strtosigno': ../../src/libiberty/strsignal.c:536:1: warning: '/<>/build/libiberty/strsignal.gcda' profile count data file not found [-Wmissing-profile] 536 | } | ^ during IPA pass: pure-const ../../src/libiberty/simple-object.c: In function 'simple_object_write_add_data': ../../src/libiberty/simple-object.c:565:1: internal compiler error: in stream_out_histogram_value, at value-prof.c:369 565 | } | ^ if [ x"" != x ]; then \ /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem /usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include -isystem /<>/build/sys-include -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -flto=jobserver -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE -fPIC ../../src/libiberty/simple-object-elf.c -o noasan/simple-object-elf.o; \ else true; fi /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem /usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include -isystem /<>/build/sys-include -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -flto=jobserver -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE ../../src/libiberty/simple-object-elf.c -o simple-object-elf.o ../../src/libiberty/cp-demangle.c: In function 'd_print_cast.isra.0': ../../src/libiberty/cp-demangle.c:6648:1: warning: '/<>/build/libiberty/pic/cp-demangle.gcda' profile count data file not found [-Wmissing-profile] 6648 | } | ^ ../../src/libiberty/regex.c: In function 'xregfree': ../../src/libiberty/regex.c:8131:1: warning: '/<>/build/libiberty/pic/regex.gcda' profile count data file not found [-Wmissing-profile] 8131 | } | ^ configure: creating cache ./config.cache checking build system type... sparc64-unknown-linux-gnu checking host system type... sparc64-unknown-linux-gnu checking target system type... sparc64-unknown-linux-gnu checking whether /usr/bin/make sets $(MAKE)... if [ x"" != x ]; then \ /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem /usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include -isystem /<>/build/sys-include -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -flto=jobserver -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE -fPIC ../../src/libiberty/regex.c -o noasan/regex.o; \ else true; fi /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem /usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include -isystem /<>/build/sys-include -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -flto=jobserver -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE ../../src/libiberty/regex.c -o regex.o if [ x"" != x ]; then \ /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem /usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include -isystem /<>/build/sys-include -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -flto=jobserver -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -Wshadow=local -pedantic -D_GNU_SOURCE -fPIC ../../src/libiberty/cp-demangle.c -o noasan/cp-demangle.o; \ else true; fi yes checking for a BSD-compatible install... 0x9ab447 stream_out_histogram_value(output_block*, histogram_value_t*) ../../src/gcc/value-prof.c:369 /usr/bin/install -c Full log in: https://buildd.debian.org/status/fetch.php?pkg=gcc-9=sparc64=9.2.1-1=1565961822=0
[Bug fortran/82992] ICE in create_int_parameter_array, at fortran/module.c:6586
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82992 --- Comment #7 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 17:15:42 2019 New Revision: 274608 URL: https://gcc.gnu.org/viewcvs?rev=274608=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/82992 * module.c (gfc_match_use): When renaming a module entity, search current namespace for conflicting symbol. 2019-08-17 Steven G. Kargl PR fortran/82992 * gfortran.dg/pr71649.f90: Adjust error messages. * gfortran.dg/use_15.f90: Ditto. * gfortran.dg/use_rename_8.f90: Ditto. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/pr71649.f90 trunk/gcc/testsuite/gfortran.dg/use_15.f90 trunk/gcc/testsuite/gfortran.dg/use_rename_8.f90
[Bug fortran/82992] ICE in create_int_parameter_array, at fortran/module.c:6586
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82992 --- Comment #8 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 18:08:21 2019 New Revision: 274609 URL: https://gcc.gnu.org/viewcvs?rev=274609=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/82992 * module.c (gfc_match_use): When renaming a module entity, search current namespace for conflicting symbol. 2019-08-17 Steven G. Kargl PR fortran/82992 * gfortran.dg/pr71649.f90: Adjust error messages. * gfortran.dg/use_15.f90: Ditto. * gfortran.dg/use_rename_8.f90: Ditto. Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/module.c branches/gcc-9-branch/gcc/testsuite/ChangeLog branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr71649.f90 branches/gcc-9-branch/gcc/testsuite/gfortran.dg/use_15.f90 branches/gcc-9-branch/gcc/testsuite/gfortran.dg/use_rename_8.f90
[Bug fortran/78719] [F03] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1438
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719 --- Comment #5 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 18:11:58 2019 New Revision: 274610 URL: https://gcc.gnu.org/viewcvs?rev=274610=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/78719 * decl.c (get_proc_name): Check for a CLASS entity when trying to add attributes to an entity that already has an explicit interface. 2019-08-17 Steven G. Kargl PR fortran/78719 * gfortran.dg/pr78719_1.f90: New test. * gfortran.dg/pr78719_2.f90: Ditto. * gfortran.dg/pr78719_3.f90: Ditto. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr78719_1.f90 branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr78719_2.f90 branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr78719_3.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/decl.c branches/gcc-9-branch/gcc/testsuite/ChangeLog
[Bug fortran/78739] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1477
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78739 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 18:14:26 2019 New Revision: 274611 URL: https://gcc.gnu.org/viewcvs?rev=274611=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/78739 * match.c (gfc_match_st_function): When matching a statement function, need to check if the statement function name shadows the function name. 2019-08-17 Steven G. Kargl PR fortran/78739 * fortran.dg/pr78739.f90: New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr78739.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/match.c branches/gcc-9-branch/gcc/testsuite/ChangeLog
[Bug fortran/82173] [meta-bug] Parameterized derived type errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 89413, which changed state. Bug 89413 Summary: [PDT] ICE in resolve_fl_derived, at fortran/resolve.c:14392 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89413 What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED
[Bug fortran/89413] [PDT] ICE in resolve_fl_derived, at fortran/resolve.c:14392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89413 kargl at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED Target Milestone|8.4 |9.3 --- Comment #4 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #3) > This seems to have been fixed by Janus in r269658. > Perhaps, this can be closed. > > gfcx -c a.f90 > a.f90:2:15: > > 2 | type :: t5 () > | 1 > Error: A type parameter list is required at (1) Cloasing as fixed.
[Bug fortran/78719] [F03] ICE in gfc_get_symbol_decl, at fortran/trans-decl.c:1438
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.3 --- Comment #6 from kargl at gcc dot gnu.org --- Fixed on trunk and 9-branch. Thanks for bug report.
[Bug fortran/91471] f951: internal compiler error: gfc_variable_attr(): Bad array reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91471 --- Comment #5 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Aug 17 18:16:51 2019 New Revision: 274612 URL: https://gcc.gnu.org/viewcvs?rev=274612=gcc=rev Log: 2019-08-17 Steven G. Kargl PR fortran/91471 * primary.c (gfc_variable_attr): Remove a gfc_internal_error(), which cannot be reached by conforming Fortran code, but seems to be reachable from nonconforming Fortran code. Treat the AR_UNKNOWN case as a no-op. 2019-08-17 Steven G. Kargl PR fortran/91471 * gfortran.dg/pr91471.f90: New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr91471.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/primary.c branches/gcc-9-branch/gcc/testsuite/ChangeLog
[Bug fortran/91426] Different colors for errors with multiple locations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91426 --- Comment #2 from Thomas Koenig --- Having had occasion to look at a few hundred multi-line error messages today, I have now changed my mind on what I would consider best :-) I now think different colors for primary and secondary error message (if we stick with a maximum of two) is actually quite good. What would help a lot if the markers (1) and (2) in Error: Duplicate statement label 10 at (1) and (2) were also colored the same as the two markers under the text of the program. Would this be doable / would others also find that useful?
[Bug c/49706] No warning for (!x > 1) which is always false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=49474 --- Comment #11 from Eric Gallager --- (In reply to Marek Polacek from comment #6) > -Wlogical-not-parentheses is in, but I'm not marking this as fixed yet as we > don't warn for #c2. Maybe I will look at it, but unassigning for now. What flag should the case in comment 2 go under? -Wtype-limits? -Wbool-compare? -Wtautological-compare? Something else?
[Bug tree-optimization/18487] Warnings for pure and const functions that are not actually pure or const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18487
--- Comment #19 from Eric Gallager ---
(In reply to Dávid Bolvanský from comment #18)
> a.c
>
> int foo(void) __attribute__((const));
>
>
> int main(void) {
> return foo();
> }
>
> b.c
>
> #include
>
> int foo(void) {
> puts("BUM");
> return 0;
> }
>
> gcc a.c b.c -Wall -Wextra -flto -o bum
>
>
> It would be nice to get a warning.
The LTO case would probably be tougher to get right than the simple case...
