https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #9 from Jeffrey A. Law law at redhat dot com ---
Either soft or softfp will trigger the failure. Given that it's just a compile
test, rather than link run test, can we just add a -mfloat-abi=soft to the
test and avoid the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Bug ID: 65678
Summary: internal compiler error: in gen_rtx_SUBREG, at
emit-rtl.c:909
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61669
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65679
Bug ID: 65679
Summary: Too strict alias analysis?
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
C-reduced test case:
extern C void *memmove(void *, const void *, unsigned long);
long a;
template class, class Source int BitCast(Source p1) {
memmove(a, p1, sizeof a);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #6 from Jan Hubicka hubicka at ucw dot cz ---
Can you please compile with --verbose --save-temps and attach the output +
temporary files produced?
(in particular I wonder about resolution file that should be named *.res)
Can you please compile with --verbose --save-temps and attach the output +
temporary files produced?
(in particular I wonder about resolution file that should be named *.res)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #5 from Rainer Emrich rai...@emrich-ebersheim.de ---
Created attachment 35237
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35237action=edit
reproducer with temporaries
$ gcc fprintf.c fprintf-lib.c main.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65469
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #23 from Dominique d'Humieres dominiq at lps dot ens.fr ---
*** Bug 65469 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Component|c++ |debug
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #7 from Rainer Emrich rai...@emrich-ebersheim.de ---
Created attachment 35239
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35239action=edit
reproducer with temporaries and verbose gcc output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65582
--- Comment #6 from Rainer Emrich rai...@emrich-ebersheim.de ---
Created attachment 35238
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35238action=edit
compile temporaries and compile log.
$ gcc -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #16 from Rainer Emrich rai...@emrich-ebersheim.de ---
Indeed this seems to be a linker bug in ld on binutils head.
Doesn't reproduce with binutils 2.25.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #7 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Like Andreas, this works for me with latest 4.9 and trunk. I see the 3.4.15
symbols in both cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65676
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
This looks like a consequence of following i386-builtin-types.c comment:
# ??? Logically this should be intQI_type_node, but that maps to signed char
# which is a different type than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #8 from Bill Schmidt wschmidt at gcc dot gnu.org ---
I do plan to add the baseline_symbols.txt file for powerpc64le-linux-gnu in a
patch shortly. I thought this had been done, but it seems to have fallen
through the cracks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 35240
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35240action=edit
Cleaned patch
I have cleaned the patch along the Mikael's comment and fixed the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
--- Comment #1 from Ian Collins ian at ianshome dot com ---
The same error occurs building the 4.9 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
Ian Collins ian at ianshome dot com changed:
What|Removed |Added
Severity|blocker |normal
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55190
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
--- Comment #6 from Michael Meissner meissner at gcc dot gnu.org ---
Author: meissner
Date: Tue Apr 7 03:36:05 2015
New Revision: 221888
URL: https://gcc.gnu.org/viewcvs?rev=221888root=gccview=rev
Log:
[gcc]
2015-04-06 Michael Meissner
/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20150406 (experimental) [trunk revision 221876] (GCC)
$
$ gcc-trunk -O0 -c small.c
$
$ gcc-trunk -O1 -c small.c
small.c: In function ‘fn1’:
small.c:9:28: internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
Adam Conrad adconrad at 0c3 dot net changed:
What|Removed |Added
CC||adconrad at 0c3 dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65681
Bug ID: 65681
Summary: [c++-concepts] spurious ambiguous template
instantiation error; regression from r211824
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65676
Bug ID: 65676
Summary: ICE: in extract_insn, at recog.c:2343 (unrecognizable
insn) with -mavx512f -funsigned-char and
__builtin_ia32_pmovsxwq512_mask()
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #3 from Matthias Klose doko at gcc dot gnu.org ---
at least on powerpc64le this looks like a versioning issue. in 4.9 these were
versioned @CXXABI_1.3.5, now in 5, they are versioned @GLIBCXX_3.4.15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #6 from Matthias Klose doko at gcc dot gnu.org ---
both seen with 2.25 release, and powerpc64le with 2.25 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org changed:
What|Removed |Added
CC||mkuvyrkov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
Worksforme.
$ objdump -T usr/lib64/libstdc++.so.6.0.21 | grep bad_function_callD
000e7a90 gDF .text 0050 GLIBCXX_3.4.15 0x60
_ZNSt17bad_function_callD0Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #5 from Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org ---
Mattias, Andreas,
What binutils versions are you using? I'm starting to think this can be a
linker optimization or linker bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39934
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65677
Bug ID: 65677
Summary: Incomplete assignment on deferred-length character
variable
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #11 from John jwmwalrus at gmail dot com ---
Yes, -static does the trick when it comes to the namelist ---although, in the
actual program, I get an obscure error when I try to invoke C's execv/waitpid.
Thanks a lot for the help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65639
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65639
--- Comment #2 from Sergey Matveev earthdok at google dot com ---
This is also discussed in the email thread following the clang commit:
https://www.mail-archive.com/cfe-commits@cs.uiuc.edu/msg106622.html
You could say that by passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
James Greenhalgh jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
--- Comment #12 from Florian Weimer fweimer at redhat dot com ---
(In reply to Chip Salzenberg from comment #11)
Indeed, 16 is required by the ABI; see
http://www.x86-64.org/documentation/abi.pdf page 12. Only the SIMD __m256
is bigger than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
--- Comment #5 from Michael Meissner meissner at linux dot vnet.ibm.com ---
On Fri, Apr 03, 2015 at 07:19:24PM +, dje at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
--- Comment #4 from David Edelsohn dje at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Apr 6 17:01:50 2015
New Revision: 221882
URL: https://gcc.gnu.org/viewcvs?rev=221882root=gccview=rev
Log:
PR preprocessor/61977
* lex.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61669
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Keywords|
45 matches
Mail list logo
