https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63788
Bug ID: 63788
Summary: ICE: SIGSEGV in contains_struct_check with -O
-fsanitize=undefined on almost any fortran code
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63789
Bug ID: 63789
Summary: g++ -m32 on solaris has trouble finding abs with
int64_t
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63789
--- Comment #1 from Richard PALO ---
I should mention that rendering the test program pure c++ by replacing the
first two lines with:
>#include
>#include
allows the snippet build with both -m32 and -m64.
It should be able to build as is, though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63790
Bug ID: 63790
Summary: [5 Regression] Tests XFAILed because of the
match-and-simplify merge
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63790
Richard Biener changed:
What|Removed |Added
Keywords||xfail
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
Richard Biener changed:
What|Removed |Added
Depends on||61773
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63785
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657
petschy at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63778
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63789
--- Comment #2 from Marc Glisse ---
long long (or int64_t) is not part of C++03, so solaris headers don't provide
the overload. We complete the set of overloads in c* headers, but there is a
well known bug that we don't provide wrappers for the *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63791
Bug ID: 63791
Summary: use 32-byte version of vpbroadcastb on AVX2 platform
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #7 from Aaro Koskinen ---
Result from bisection (4.9 git branch):
611da9dd72a4c9d9ece2a8d24612e4aee435414a is the first bad commit
commit 611da9dd72a4c9d9ece2a8d24612e4aee435414a
Author: jakub
Date: Wed Oct 1 14:42:46 2014 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63788
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63792
Bug ID: 63792
Summary: libcc1 doesn't built i386 multilib
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
Bug ID: 63793
Summary: -mcmodel=medium in gfortran on x86_64 emits references
that are RIP relative (instead of using the GOT)
Product: gcc
Version: 4.9.2
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Created attachment 33927
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33927&action=edit
assembly file for convex_kfeta.s on x86_64 darwin14
Generated with "gfortran -c -I/sw/include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Unfortunately, due to the number of modules required by convex_kfeta.f90, it is
impossible to create a small test case. However this problem can be reproduced
by downloading the src_flexwrf_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39363
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Depends on|31634 |
--- Comment #1 from Jorn Wolfg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #3 from howarth at bromo dot med.uc.edu ---
Note that the default makefile.mom in the source tarball can be linked against
the libnetcdff installed from the fink (http://finkproject.org)
netcdf-fortran7/netcdf-fortran7-shlibs packages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31634
--- Comment #4 from Jorn Wolfgang Rennecke ---
31634 used to be relevant for ARC, but that port has since ceased to
support changing the name if TEXT_SECTION_ASM_OP etc. by command line
option, and uses now a string literal, precisely in order to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
Bug ID: 63794
Summary: -mcmodel=large in gfortran on x86_64 emits references
junk `@GOTOFF' after expression on darwin
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Created attachment 33928
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33928&action=edit
assembly for cmapf_mod.f90 compiled with -mcmodel=large on x86_64 darwin
Produced with "gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
--- Comment #3 from howarth at bromo dot med.uc.edu ---
Note that the default makefile.mom in the source tarball can be linked against
the libnetcdff installed from the fink (http://finkproject.org)
netcdf-fortran7/netcdf-fortran7-shlibs packages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Unfortunately, due to the number of modules required cmapf_mod.f90, it is
impossible to create a small test case. However this problem can be reproduced
by downloading the src_flexwrf_v3.1.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39346
--- Comment #2 from Jorn Wolfgang Rennecke ---
target/39346, other/39347 and other/39348 are no longer relevant to
other/39363,
because the Successor of ARC International (UK) Ltd, Synopsys, does not offer
an mxp option in its DesignWare ARC Proc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
--- Comment #4 from howarth at bromo dot med.uc.edu ---
I am unclear if this is a code-generation bug or if the assembly generated in
gfortran 4.9.2 for the cmapf_mod.f90 sources using -mcmodel=large is tickling a
bug in the legacy gas (as) in Xco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39363
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Depends on|39347, 39348|
--- Comment #2 from Jorn Wolfg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63794
--- Comment #5 from Dominique d'Humieres ---
Probably related to pr50077.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63780
--- Comment #3 from Charles Karney ---
Thanks Jonathan. I've submitted a glibc bug report using your version. See
https://sourceware.org/bugzilla/show_bug.cgi?id=17569
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63793
--- Comment #4 from howarth at bromo dot med.uc.edu ---
The offending instructions can be seen with...
% grep _sumpartgrid.2471 convmix_kfeta.s
leaq_sumpartgrid.2471(%rip), %rax
leaq_sumpartgrid.2471(%rip), %rax
leaq_sumpa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
Bug ID: 63795
Summary: Noreturn failure (test case builtin-noret-1.c)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
--- Comment #1 from Dominique d'Humieres ---
One of the many fall out of the IPA_ICF commit:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622#c7. The ICE disappears if
you compile with -fno-ipa-icf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63778
H.J. Lu changed:
What|Removed |Added
Target|powerpc64-unknown-linux-gnu |
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
--- Comment #12 from Andreas Schwab ---
This also breaks g++.dg/ipa/pr63587-2.C on powerpc -m32, but the patches in #c6
and #c8 don't fix that.
$ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/ipa/pr63587-2.C -nostdinc++
-Ipowerpc64-linux/32/libstdc++-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63788
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to Francois-Xavier Coudert from comment #7)
> Richard, I am willing to debug this, but don't know where to go after the
> above analysis.
I think it's a libgcc miscompilation somehow. D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63788
--- Comment #3 from Jakub Jelinek ---
Supposed BUILT_IN_OBJECT_SIZE builtin decl isn't wired. So, either you need to
avoid instrumenting -fsanitize=object-size, if it is NULL, or e.g.
initialize_sanitizer_builtins
needs to create the __builtin_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63791
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #27 from Vladimir Makarov ---
Author: vmakarov
Date: Sun Nov 9 16:45:15 2014
New Revision: 217265
URL: https://gcc.gnu.org/viewcvs?rev=217265&root=gcc&view=rev
Log:
2014-11-09 Vladimir Makarov
PR rtl-optimization/63620
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63784
--- Comment #5 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00737.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63796
Bug ID: 63796
Summary: [5.0 regression] FAIL: g++.dg/ipa/devirt-42.C
-std=gnu++11 scan-tree-dump-times optimized "return
2" 2
Product: gcc
Version: 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797
Bug ID: 63797
Summary: Bogus ambiguous reference to 'sqrt'
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63797
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #7 from dave.anglin at bell dot net ---
On 7-Nov-14, at 5:24 PM, law at redhat dot com wrote:
> Is the setup for the memory store different? ie, in the sibcall
> case are we
> making it hard for DSE to see that we have argument st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63305
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Sun Nov 9 18:01:12 2014
New Revision: 217269
URL: https://gcc.gnu.org/viewcvs?rev=217269&root=gcc&view=rev
Log:
Fix buffer overflow in avx256-unaligned-{load|store}-7.c
Backp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63305
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63782
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21334
Tim O'Neil changed:
What|Removed |Added
CC||tim at matterfab dot com
--- Comment #49 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21334
--- Comment #50 from Tim O'Neil ---
(In reply to Tim O'Neil from comment #49)
> In the hope this will help, I try to stay pretty current:
Oh, this is using the code James posted on 2005-05-02 above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
--- Comment #13 from Andreas Schwab ---
Also breaks gcc.dg/tree-ssa/ldist-19.c (both -m32 and -m64).
$ gcc/xgcc -Bgcc/ ../gcc/gcc/testsuite/gcc.dg/tree-ssa/ldist-19.c -O3
-fdump-tree-ldist-details -S -m32 -o ldist-19.s && grep -c "generated mems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43797
Francois-Xavier Coudert changed:
What|Removed |Added
Target|ia32-pc-linux, |
|i686-apple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32537
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32010
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61763
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #28 from Uroš Bizjak ---
(In reply to Vladimir Makarov from comment #27)
> Author: vmakarov
> Date: Sun Nov 9 16:45:15 2014
> New Revision: 217265
Unfortunately, the patch does not fix the "Reproducer for linux" testcase when
the pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63798
Bug ID: 63798
Summary: [5.0 regression] FAIL:
gcc.target/powerpc/ppc-fmadd-1.c scan-assembler-not
f(add|sub|mul|neg)
Product: gcc
Version: 5.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63799
Bug ID: 63799
Summary: [5 Regression] r217265 caused libjava failures
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699
--- Comment #5 from howarth at bromo dot med.uc.edu ---
Posted patch at https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00662.html.
Note that the alternate approach of modifying gcc/system.h to include
conditionally on __cplusplus before "safe-cty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63750
--- Comment #4 from howarth at bromo dot med.uc.edu ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00661.html.
Note that the alternate approach of modifying gcc/system.h to include
conditionally on __cplusplus before "safe-cty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #10 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #9)
> Some more debugging, and finally a victory: I understand what happens. But I
> don't know how to fix it.
>
> 0. With my testcase from comment #8, compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #11 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #10)
> ld64 should pull the symbol from the first place that mentions it on the
> link line. It should place the two-level namespace information in the exe
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63800
Bug ID: 63800
Summary: ICE on valid code at -O3 on x86_64-linux-gnu
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #8 from dave.anglin at bell dot net ---
find_call_stack_args() is not called for sibcalls. It seemed at first
that it needed
to be called from mark_insn to mark the arguments of sibcalls but it
can't handle
arguments stored using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #24 from Janne Blomqvist ---
Author: jb
Date: Mon Nov 10 00:17:16 2014
New Revision: 217273
URL: https://gcc.gnu.org/viewcvs?rev=217273&root=gcc&view=rev
Log:
PR 47007 and 61847 Locale failures in libgfortran.
2014-11-10 Janne Blom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #24 from Janne Blomqvist ---
Author: jb
Date: Mon Nov 10 00:17:16 2014
New Revision: 217273
URL: https://gcc.gnu.org/viewcvs?rev=217273&root=gcc&view=rev
Log:
PR 47007 and 61847 Locale failures in libgfortran.
2014-11-10 Janne Blom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56744
Bug 56744 depends on bug 47007, which changed state.
Bug 47007 Summary: Values from namelist file should not depend on locale
settings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63771
--- Comment #2 from AythanGCC at hotmail dot com ---
@ Richard Earnshaw
> You really should update your assembler. 2008 is pretty ancient.
1.
--with-as=/home/slug/optware/cs08q1armel/toolchain/arm-2008q1/bin/arm-none-linux-gnueabi-as
is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63718
--- Comment #9 from Joey Ye ---
>
> Indeed, the patch is conservative, but that's not such a bad idea for a
> correctness fix. We can always folllow up with a more optimal patch.
Tom, are you going to submit this patch for review, or are you wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #9 from dave.anglin at bell dot net ---
After some more digging, I think the problem is in dse, not dce. It
deletes this instruction
which stores part of the sibcall arguments:
(insn 31 27 50 2 (set (mem:SI (reg/f:SI 115) [0 S4 A6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #10 from Jeffrey A. Law ---
IIRC, the PA was a bit unique in how we had to set up the virtual registers due
to the combination of stack growth and arg growth directions. It may be the
case that after virtual register instantiation we
overloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common -DHAVE_CONFIG_H -I. -I.
-I/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_gcc5/libgcc-devel/work/gcc-5-20141109/gcc
-I/opt/local/var/macports/build/_Users_rschmidt_macports_dports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63800
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
Andrew Pinski changed:
What|Removed |Added
Component|libgcc |middle-end
Summary|error: tem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
--- Comment #2 from Ryan Schmidt ---
Isn't the extern "C" coming from lines 32-38 of gcc/graphite-clast-to-gimple.c
which in version 5-20141109 say:
#if defined(__cplusplus)
extern "C" {
#endif
#include
#if defined(__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
Andrew Pinski changed:
What|Removed |Added
Keywords||build
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
--- Comment #4 from Ryan Schmidt ---
Thanks. If I remove the extern "C" then it fails with:
/opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_gcc5/libgcc-devel/work/gcc-5-20141109/gcc/graphite-optimize-isl.c:357:12:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63800
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63800
Marek Polacek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63718
--- Comment #10 from vries at gcc dot gnu.org ---
> Tom, are you going to submit this patch for review
I was planning to put this patch through build & regtest and submit, but next
week. Unfortunately I don't have time until then, I'm trying to s
85 matches
Mail list logo
