https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79013
Eric Gallager changed:
What|Removed |Added
CC|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87392
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87392
Bug ID: 87392
Summary: UBSAN behavior on left-shifting 1 into the sign bit is
dependent on C standard
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87018
--- Comment #4 from Segher Boessenkool ---
This seems to be the same as
https://sourceware.org/bugzilla/show_bug.cgi?id=22432 .
Could you try the patch in there?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #32 from Jürgen Reuter ---
Paul, I found a workaround: in lines 530-533 in the file
src/transforms/evt_nlo.f90 there is an assignment of an allocatable array of
different DT components which apparently doesn't work any more. Changing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Sat Sep 22 18:44:01 2018
New Revision: 264506
URL: https://gcc.gnu.org/viewcvs?rev=264506&root=gcc&view=rev
Log:
2018-09-22 Thomas Koenig
PR fortran/41453
* trans.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65677
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64120
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84094
Bug 84094 depends on bug 87318, which changed state.
Bug 87318 Summary: gfortran.dg/dtio_1.f90 is invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318
--- Comment #8 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Sep 22 17:49:19 2018
New Revision: 264505
URL: https://gcc.gnu.org/viewcvs?rev=264505&root=gcc&view=rev
Log:
2018-09-22 Jerry DeLisle
PR fortran/87318
* gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86340
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2013-03-29 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63535
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58557
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
> Here is a 'corrected' version of the test case:
>
> [...]
>
> which yields with 4.9 trunk:
>
> c0.f90:51:0: internal compiler error: in
> gfc_trans_array_con
a3,4
li a2,3
li a1,2
li a0,1
callfoo
mv a5,a0
mv a0,a5
lw ra,12(sp)
lw s0,8(sp)
addisp,sp,16
jr ra
.size bar, .-bar
.ident "GCC: (GNU)
jr ra
.size bar, .-bar
.ident "GCC: (GNU) 9.0.0 20180922 (experimental)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798
Chung-Ju Wu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86772
Bug 86772 depends on bug 86798, which changed state.
Bug 86798 Summary: nds32 port needs updating for CVE-2017-5753
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798
--- Comment #2 from Chung-Ju Wu ---
Author: jasonwucj
Date: Sat Sep 22 12:30:50 2018
New Revision: 264503
URL: https://gcc.gnu.org/viewcvs?rev=264503&root=gcc&view=rev
Log:
PR target/86798
* config/nds32/nds32.c (TARGET_HAVE_SPEC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87390
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83468
Manuel López-Ibáñez changed:
What|Removed |Added
Summary|-Wuninitialized warning not |-Wuninitialized false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80681
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||easyhack
--- Comment #3 from Manue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603
--- Comment #3 from Paul Thomas ---
Author: pault
Date: Sat Sep 22 10:21:25 2018
New Revision: 264502
URL: https://gcc.gnu.org/viewcvs?rev=264502&root=gcc&view=rev
Log:
2018-09-22 Paul Thomas
PR fortran/85603
* trans-array.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
Andrew Pinski changed:
What|Removed |Added
See Also||https://bugs.linaro.org/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #31 from Jürgen Reuter ---
That is really strange, I never used fink, I use macports. But not for gcc, I
always compile them by myself on MACOSX. Clearly the C/Fortran I/O doesn't work
properly, the string parsing doesn't work properl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #30 from Dominique d'Humieres ---
> This is really strange, is that after Paul's fix?
It is with gfortran 8.2 (from fink).
> This seems to be a hiccup with the I/O. Did you use gcc or clang
> as the underlying C compiler?
I use gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #29 from Jürgen Reuter ---
(In reply to Dominique d'Humieres from comment #28)
> I am trying to install a clean whizard-2.6.4 on x86_64-apple-darwin17, Xcode
> 9.4.1, SIP disabled, gfortran 8.2, ocaml 4.03.0. I got the following error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359
--- Comment #28 from Dominique d'Humieres ---
I am trying to install a clean whizard-2.6.4 on x86_64-apple-darwin17, Xcode
9.4.1, SIP disabled, gfortran 8.2, ocaml 4.03.0. I got the following errors
with make check:
FAIL: mci_vamp.run
FAIL: inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87390
Bug ID: 87390
Summary: GCC does not honor FLT_EVAL_METHOD on implicit
conversion of integer to floating point
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
--- Comment #4 from Andrew Pinski ---
0xe097f3 crash_signal
../../gcc/toplev.c:337
0x11cf280 aarch_macro_fusion_pair_p
../../gcc/config/aarch64/aarch64.c:14434
0x161221b sched_macro_fuse_insns
../../gcc/sched-deps.c:2869
0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87151
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77325
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388
--- Comment #1 from Andrew Pinski ---
Seems like you could do this yourself.
Have one C file which just includes each header you want to test and compile
with -Wc++-compat only on that one C file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358
--- Comment #3 from Andrew Pinski ---
It happens during the scheduler pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87270
--- Comment #5 from paul.richard.thomas at gmail dot com ---
Hi Janus,
That's wierd. I don't see any final call output with any of the
branches, going back to 6-branch.
I am also puzzled by the lack of calls, given that the finalization
wrapper
40 matches
Mail list logo