https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82318
Paul Zimmermann changed:
What|Removed |Added
CC||zimmerma+gcc at loria dot fr
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82301
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82304
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82305
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-cygwin
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82316
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82318
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target|
On Sun, Sep 24, 2017 at 2:28 PM, nick wrote:
> Greetings All,
>
> Probably me doing something stupid what I am configuring gcc on current git
> with:
> $PWD/../gcc/configure --prefix=$HOME/GCC-7.0.1
> --enable-languages=c,c++,fortran,go
>
> This is in a directory called objdir for building gcc a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041
--- Comment #12 from Andrew Pinski ---
This test also fails with -fpic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82318
Bug ID: 82318
Summary: -fexcess-precision=standard has no effect on a libm
function call
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82267
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82267
--- Comment #3 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Sun Sep 24 21:37:09 2017
New Revision: 253127
URL: https://gcc.gnu.org/viewcvs?rev=253127&root=gcc&view=rev
Log:
x32: Encode %esp as %rsp to avoid 0x67 prefix
Since the upper 32 b
Greetings All,
Probably me doing something stupid what I am configuring gcc on current git
with:
$PWD/../gcc/configure --prefix=$HOME/GCC-7.0.1
--enable-languages=c,c++,fortran,go
This is in a directory called objdir for building gcc as according to docs. It
makes
with this:
make: *** No rule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82300
--- Comment #4 from physiker at toast2 dot net ---
I was able to bootstrap revision 253118 (see
https://gcc.gnu.org/ml/gcc-testresults/2017-09/msg02107.html).
Thank you very much for fixing this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
--- Comment #4 from Iain Sandoe ---
(I don't see the reported problem on Darwin15 with any assembler/linker pair I
have)
However,we're certain there's an underlying issue.
We're seeing a variety of problems which are all pointing some difficult
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68014
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
j --with-system-zlib --enable-__cxa_atexit
--enable-linker-build-id --enable-linux-futex --without-system-libunwind
--with-tune=z13 --with-arch=z13 --with-long-double-128 --enable-decimal-float
Thread model: posix
gcc version 8.0.0 20170924 (experimental) (GCC)
$ /usr/local/bin/g++-pedantic -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82316
--- Comment #1 from Andrew Pinski ---
extern "C" just means the linkage and not actual C code.
This is true with other differences between C and C++ like auto and typedef of
void types and arguments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #22 from janus at gcc dot gnu.org ---
(In reply to Andreas Schwab from comment #21)
> The promotion_4.f90 test fails due to bad assumptions:
>
> (gdb) whatis d
> type = real(kind=10)
This can be fixed by:
Index: promotion_4.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68014
Michał Mirosław changed:
What|Removed |Added
CC||mirq-gccboogs at rere dot
qmqm.pl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
Dominique d'Humieres changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53917
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
Eric Gallager changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82315
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82316
Bug ID: 82316
Summary: unexpected warning for using 'register' storage class
in extern "C" declarations
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82315
Jürgen Reuter changed:
What|Removed |Added
Version|unknown |8.0
--- Comment #1 from Jürgen Reuter -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82315
Bug ID: 82315
Summary: Bootstrap fails with Xcode 9.0 on MAC OS X
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042
--- Comment #13 from Dominique d'Humieres ---
Is there still an issue left for this PR? I did not see anything wrong for the
tests with trunk (8.0) or 4.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55501
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82314
Bug ID: 82314
Summary: internal compiler error: in gfc_conv_expr_descriptor,
at fortran/trans-array.c:6972
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
Dominique d'Humieres changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dominiq at lps dot
ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66328
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33056
Bug 33056 depends on bug 66328, which changed state.
Bug 66328 Summary: Wrong initialization of derived-type DATA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66328
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
Bug 32834 depends on bug 66328, which changed state.
Bug 66328 Summary: Wrong initialization of derived-type DATA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66328
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66328
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Sun Sep 24 14:26:55 2017
New Revision: 253126
URL: https://gcc.gnu.org/viewcvs?rev=253126&root=gcc&view=rev
Log:
2017-09-24 Thomas Koenig
PR fortran/66328
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Bug 54613 depends on bug 54633, which changed state.
Bug 54633 Summary: ICEs and reject valid with MINLOC/MINVAL (MAXLOC/MAXVAL) due
to lacking compile-time simplification
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79612
Dominique d'Humieres changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82313
Bug ID: 82313
Summary: Rejects-valid for sum(minloc(...))) as array dimension
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Sun Sep 24 13:51:39 2017
New Revision: 253125
URL: https://gcc.gnu.org/viewcvs?rev=253125&root=gcc&view=rev
Log:
2017-09-24 Thomas Koenig
PR fortran/54633
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79612
--- Comment #6 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sun Sep 24 13:47:11 2017
New Revision: 253124
URL: https://gcc.gnu.org/viewcvs?rev=253124&root=gcc&view=rev
Log:
+2017-09-24 Dominique d'Humieres
PR libgfortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
--- Comment #5 from Dominique d'Humieres ---
> So, this PR is mostly fixed except for the sum(minloc(((1))) issue.
Why not opening a new PR for the remaining issue and closing this one as FIXED?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
--- Comment #12 from Dominique d'Humieres ---
An instrumented compiler gives:
pr52622_red.f90:30:35:
type, bind(c) :: Args_Basic_epv_t
1
Warning: Derived type 'args_basic_epv_t' with BIND(C) attribute at (1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Thomas Koenig changed:
What|Removed |Added
Keywords||diagnostic
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
--- Comment #11 from Thomas Koenig ---
The first problem happens when resolving the symbol
passeverywherefcomplex_impl:
(gdb) p *sym
$5 = {name = 0x5e5c600 "passeverywherefcomplex_impl"
The offending line is
4866 if (formal->sym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2013-12-29 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #21 from Andreas Schwab ---
The promotion_4.f90 test fails due to bad assumptions:
(gdb) whatis d
type = real(kind=10)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #20 from Andreas Schwab ---
On m68k there is a compilation failure for promotion_3.f90:
f951: Fatal Error: REAL(KIND=16) is not available for '-fdefault-real-16'
option
The promotion_4.f90 test fails during exection.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51434
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82309
--- Comment #7 from Jonathan Wakely ---
(In reply to Sergey Markelov from comment #6)
> Unfortunately -fsanitize=undefined does not catch this. Thank you for your
> help.
-fsanitize=address catchs it, specifically the use-after-return sanitizer,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #19 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82312
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82312
Bug ID: 82312
Summary: Pointer assignment to component of class variable
results wrong vptr for the variable.
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80118
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Sun Sep 24 08:39:00 2017
New Revision: 253123
URL: https://gcc.gnu.org/viewcvs?rev=253123&root=gcc&view=rev
Log:
2017-09-24 Thomas Koenig
Steven G. Kargl
PR fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82309
--- Comment #6 from Sergey Markelov ---
(In reply to Andrew Pinski from comment #5)
> The temp variable goes out if scope is the result of v0 + v1. And not the
> auto. IIRC -fsanitize=undefined will catch this.
Yes, I agree, I understood it fro
56 matches
Mail list logo