https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87427
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
--- Comment #9 from Lijian Zhang ---
Hi Andrew,
I only reproduced this issue with gcc-7.3.0, but not able to reproduce the
failure with gcc-8.2.0/gcc-8.1.0
But from your description, gcc-8.2.0 still have this issue, and this issue is
target to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87391
--- Comment #3 from Jim Wilson ---
Author: wilson
Date: Tue Sep 25 01:27:06 2018
New Revision: 264555
URL: https://gcc.gnu.org/viewcvs?rev=264555=gcc=rev
Log:
RISC-V: Fix problems with ilp32e ABI support.
gcc/
PR target/87391
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
--- Comment #14 from mrs at gcc dot gnu.org ---
You can test it if you can dump the ar symbol table, with a assembled .s file.
Nothing needs to work except the assembler and ar and the tool to dump the
symbol table. In the olden days, there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
--- Comment #13 from mrs at gcc dot gnu.org ---
Ah, yes, likely it would be ar that has changed. Anyway, the ld version is a
cheap indirect proxy for bugs in ar. We're likely to get new ar versions with
new ld versions. A real config test is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
--- Comment #12 from mrs at gcc dot gnu.org ---
I changed the test case around, and the linker seems to be able to resolve from
a .a now:
$ ar -q liblib.a lib.o
$ nm -m liblib.a
liblib.a(lib.o):
0020 (__TEXT,__eh_frame) non-external
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
Andrew Pinski changed:
What|Removed |Added
Version|7.3.0 |8.2.0
Resolution|MOVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87391
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87391
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
--- Comment #11 from Iain Sandoe ---
(In reply to m...@gcc.gnu.org from comment #10)
> I've related 15428 which has some details for why this is the way it is.
>
> Unless the underlying bug has been fixed in the linker, changing this will
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87380
mrs at gcc dot gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87427
Bug ID: 87427
Summary: -Wclass-memaccess improvement for POD with convenience
initializer
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87330
--- Comment #4 from sameerad at gcc dot gnu.org ---
I am having a look at this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
Gerald Pfeifer changed:
What|Removed |Added
Target|i386-pc-solaris2.11,|i386-pc-solaris2.11,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
--- Comment #6 from Ilya Leoshkevich ---
Candidate patch here:
https://gcc.gnu.org/ml/gcc-patches/2018-09/msg01382.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
--- Comment #5 from Ilya Leoshkevich ---
Ok, makes sense. I've just made a patch that adds the 5th, but it had to be
special-cased for GENERATOR_FILE, and thus doesn't look too nice. FORMAT[0] ==
'w' looks much cleaner.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87392
--- Comment #5 from Eugeniu Rosca ---
Hi Andrew,
Thanks for the much more satisfying answer.
> In C90, it was implemented defined behavior (while in C99 and above it is
> undefined behavior).
I trust you, but why not giving a reference to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868
--- Comment #5 from Nick Desaulniers ---
Oh, note in the typedef case:
typedef const int t;
const t x;
It seems that for -std=c89 (non pedantic, non GNU), GCC does not warn. That
seems to violate C90 6.5.3 constraints: "The same type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87426
--- Comment #1 from SztfG at yandex dot ru ---
reduced testcase
int arr[1] ={ 0 };
int test(int a)
{
return (arr[abs(a)]);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
--- Comment #3 from Ilya Leoshkevich ---
Valgrind has found an issue:
==12738== Invalid write of size 4
==12738==at 0x804CC48: attr_rtx_1 (genattrtab.c:518)
==12738==by 0x804CC48: attr_rtx(rtx_code, ...) (genattrtab.c:588)
==12738==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87426
Bug ID: 87426
Summary: c_parser_unary_expression ICE
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87425
Bug ID: 87425
Summary: [9 Regression] ICE with virtual assignment operator
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
--- Comment #2 from Ilya Leoshkevich ---
Fails on i686-linux-gnu:
*** Error in `build/genattrtab': malloc(): memory corruption: 0x08e56da0 ***
=== Backtrace: =
/lib/i386-linux-gnu/libc.so.6(+0x6738a)[0xf755c38a]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87414
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87424
Bug ID: 87424
Summary: inlining context absent from missing nul warnings
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
--- Comment #1 from Ilya Leoshkevich ---
Ouch! Somehow s2 got corrupted (the 2nd value can be either 0 or 1). I'm
looking at this now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87422
Martin Sebor changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87406
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #29 from Eric Botcazou ---
> gnatlink is _never_ a shell script though but, yes, it's apparently the
> usual mess with Unix paths on Windows.
It seems that some paths are properly translated though, for example the
library paths.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87421
Yuxuan Shui changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87407
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87423
Bug ID: 87423
Summary: missing warning for strcpy of an unterminated member
array
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87422
Bug ID: 87422
Summary: duplicate warning for strcpy of an unterminated
character array
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87421
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87339
--- Comment #6 from Martin Jambor ---
Well, I did not quite manage on Friday, but I have submitted the patch now:
https://gcc.gnu.org/ml/gcc-patches/2018-09/msg01374.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87421
--- Comment #1 from Yuxuan Shui ---
FYI, clang/llvm correctly generates movups instruction for the read.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87347
--- Comment #2 from Martin Jambor ---
So I did not manage to do so last week but I have submitted it today:
https://gcc.gnu.org/ml/gcc-patches/2018-09/msg01373.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87421
Bug ID: 87421
Summary: GCC generates unaligned movdqa
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #36 from Dominique d'Humieres ---
> The test succeeds with r264348+patch of r264485, but not with r264349+patch.
I make a mistake in my bissection: r264349+patch is OK as well as
r264357+patch, but not r264358+patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87420
Bug ID: 87420
Summary: missing warning for strcpy of an unterminated array
with variable offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87414
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85070
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85070
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep 24 17:44:02 2018
New Revision: 264542
URL: https://gcc.gnu.org/viewcvs?rev=264542=gcc=rev
Log:
/cp
2018-09-24 Paolo Carlini
PR c++/85070
* method.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85070
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep 24 17:42:45 2018
New Revision: 264541
URL: https://gcc.gnu.org/viewcvs?rev=264541=gcc=rev
Log:
/cp
2018-09-24 Paolo Carlini
PR c++/85070
* method.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87418
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Sep 24 17:20:58 2018
New Revision: 264540
URL: https://gcc.gnu.org/viewcvs?rev=264540=gcc=rev
Log:
i386: Insert ENDBR before the profiling counter call
ENDBR must be the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87419
Bug ID: 87419
Summary: -mfentry generates assembly codes as string instead of
RTL
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87401
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87397
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Mon Sep 24 17:12:34 2018
New Revision: 264539
URL: https://gcc.gnu.org/viewcvs?rev=264539=gcc=rev
Log:
2018-09-24 Thomas Koenig
PR fortran/87397
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87401
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Mon Sep 24 17:12:34 2018
New Revision: 264539
URL: https://gcc.gnu.org/viewcvs?rev=264539=gcc=rev
Log:
2018-09-24 Thomas Koenig
PR fortran/87397
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87418
Thomas Koenig changed:
What|Removed |Added
CC||cesar at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87418
Bug ID: 87418
Summary: [9 Regression] Failure in coarray_lib_alloc_4.f90
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87401
--- Comment #2 from Thomas Koenig ---
Quite clear what is going on. The tree dump shows
assoc_intent_out ()
{
static void sub (real(kind=4) & restrict);
real(kind=4) r;
{
real(kind=4) * o;
o =
o = {CLOBBER};
sub (o);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |9.0
Target: i386-pc-solaris2.11, sparc-sun-solaris2.11
Build: i386-pc-solaris2.11, sparc-sun-solaris2.11
Between 20180922 (r264503) and 20180924 (r264537), both Solaris/SPARC and
Solaris/x86
bootstrap got broken (already in stage1):
genattrtab: Internal error: abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868
--- Comment #4 from Nick Desaulniers ---
We can close this bug. LLVM will match GCC here:
https://reviews.llvm.org/D52248
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66639
Martin Sebor changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87399
Martin Sebor changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87416
Bug ID: 87416
Summary: [8/9 Regression] switchconv: detect identity lookup
arrays
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87413
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78986
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87413
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86952
--- Comment #1 from Will Schmidt ---
Author: willschm
Date: Mon Sep 24 15:47:22 2018
New Revision: 264538
URL: https://gcc.gnu.org/viewcvs?rev=264538=gcc=rev
Log:
[testsuite]
2018-09-24 Will Schmidt
PR testsuite/86952
*
/x86_64-pc-linux-gnu/9.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 9.0.0 20180924 (experimental) [trunk revision 264537] (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87399
--- Comment #3 from eric-bugs at omnifarious dot org ---
*** Bug 87381 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87381
eric-bugs at omnifarious dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87399
eric-bugs at omnifarious dot org changed:
What|Removed |Added
CC||eric-bugs at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87413
--- Comment #2 from Jonathan Wakely ---
It's a GNU extension in C++, so we can decide whether it's valid or not.
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: fw at gcc dot gnu.org
CC: hjl.tools at gmail dot com
Target Milestone: ---
Target: x86_64
GCC 9.0.0 (20180924) generates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87407
--- Comment #11 from Richard Biener ---
It's probably inconvenient for C indeed (pre-dating C99 inline). Even GCC has
too many static inlines in headers.
I agree that we can warn for static inline declarations with locations that
are not in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87413
--- Comment #1 from Bernd Edlinger ---
so current trunk accepts the variant test1.c with __builtin_strlen
both C and C++:
$ gcc -Wall -S test1.c
$ gcc -x c++ -Wall -S test1.c
Don't know it that is valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87402
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87401
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87399
--- Comment #1 from Richard Biener ---
IIRC there's a duplicate about __PRETTY_FUNCTION__ and constexpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82272
--- Comment #7 from Martin Sebor ---
(In reply to Eric Gallager from comment #6)
The proposal was discussed at the spring 2018 WG14 meeting in Brno. There was
strong support for making the change (the details of the discussion and the
straw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87393
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87413
Bug ID: 87413
Summary: strlen accepted in array declaration
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87386
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67629
--- Comment #8 from Matthew Woehlke ---
Given what -Wreturn-type is trying to accomplish, I wonder if a "delayed
issuance" strategy would be in order? IOW, have the front end "trigger" the
warning, as now, but stuff it in a queue or such,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87370
H.J. Lu changed:
What|Removed |Added
CC|hjl at gcc dot gnu.org |hjl.tools at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87374
Richard Biener changed:
What|Removed |Added
Target||arm
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87373
Richard Biener changed:
What|Removed |Added
Target||arm
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699
--- Comment #7 from H.J. Lu ---
(In reply to Florian Weimer from comment #6)
> What's the status of this bug?
My patch is still unreviewed:
https://gcc.gnu.org/ml/gcc-patches/2018-09/msg01341.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87412
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87370
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87369
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
Summary|Regression on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80080
--- Comment #15 from iii at gcc dot gnu.org ---
Author: iii
Date: Mon Sep 24 14:21:03 2018
New Revision: 264535
URL: https://gcc.gnu.org/viewcvs?rev=264535=gcc=rev
Log:
S/390: Fix conditional returns on z196+
S/390 epilogue ends with (parallel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83970
--- Comment #1 from Florian Weimer ---
Bug 87412 is a related issue, but without -fno-plt.
.
Seen with: xgcc (GCC) 9.0.0 20180924 (experimental)
Suggested fix is to error out when both options are specified at the same time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87411
Florian Weimer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87411
Bug ID: 87411
Summary: -fcf-protection -mindirect-branch=thunk incorrectly
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699
Florian Weimer changed:
What|Removed |Added
Summary|ENDBR isn't generated at|ENDBR isn't generated at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87410
Bug ID: 87410
Summary: internal compiler error: in fold_convert_loc, at
fold-const.c:2530
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70230
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87362
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #28 from Eric Botcazou ---
> Aaahh Yes, and now I understand what the problem is.. as
> https://github.com/Alexpux/MINGW-packages/pull/3877#issuecomment-408660810
> points out, gnatlink is a shell script on non-Windows but on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87406
--- Comment #1 from Jonathan Wakely ---
We do warn about this, but only with -Wconversion which is not in -Wall or
-Wextra
c.cc:1:24: warning: conversion to ‘char’ from ‘int’ may alter its value
[-Wconversion]
char f(int i) { return i; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87406
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 174 matches
Mail list logo
