https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65679
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65676
--- Comment #2 from Uroš Bizjak ---
Looking at the definition of __mmask8 and __mmask16 in vx512fintrin.h:
typedef unsigned char __mmask8;
typedef unsigned short __mmask16;
the masks should use:
DEF_PRIMITIVE_TYPE (UQI, unsigned_intQI_type_no
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=65670
Adam Conrad changed:
What|Removed |Added
CC||adconrad at 0c3 dot net
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
--- Comment #6 from Michael Meissner ---
Author: meissner
Date: Tue Apr 7 03:36:05 2015
New Revision: 221888
URL: https://gcc.gnu.org/viewcvs?rev=221888&root=gcc&view=rev
Log:
[gcc]
2015-04-06 Michael Meissner
PR target/65614
* conf
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
/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=65675
Ian Collins changed:
What|Removed |Added
Severity|blocker |normal
--- Comment #2 from Ian Collins --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
--- Comment #1 from Ian Collins ---
The same error occurs building the 4.9 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #8 from Bill Schmidt ---
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 ---
Created attachment 35240
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35240&action=edit
Cleaned patch
I have cleaned the patch along the Mikael's comment and fixed the test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
Daniel Richard G. changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #7 from Rainer Emrich ---
Created attachment 35239
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35239&action=edit
reproducer with temporaries and verbose gcc output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #6 from Jan Hubicka ---
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=65678
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
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=65678
Uroš Bizjak changed:
What|Removed |Added
Component|c++ |debug
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #7 from Bill Schmidt ---
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 ---
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 "char" even if "char" is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65582
--- Comment #6 from Rainer Emrich ---
Created attachment 35238
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35238&action=edit
compile temporaries and compile log.
$ gcc -v
/opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/testsuite/gcc.c-to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65469
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
--- Comment #23 from Dominique d'Humieres ---
*** Bug 65469 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #16 from Rainer Emrich ---
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=65559
--- Comment #5 from Rainer Emrich ---
Created attachment 35237
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35237&action=edit
reproducer with temporaries
$ gcc fprintf.c fprintf-lib.c main.c -fno-diagnostics-show-caret
-fdiagnostics-colo
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=61669
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
--- Comment #1 from David Kredba ---
C-reduced test case:
extern "C" void *memmove(void *, const void *, unsigned long);
long a;
template int BitCast(Source &p1) {
memmove(&a, &p1, sizeof a);
return a;
}
static int double_to_uint64(double
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
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #9 from Jeffrey A. Law ---
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 dg-skip-if?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
--- Comment #5 from Michael Meissner ---
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 ---
> Comment on attachment 35227
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61669
Dominique d'Humieres changed:
What|Removed |Added
Keywords||error-recovery,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977
--- Comment #14 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 6 17:01:50 2015
New Revision: 221882
URL: https://gcc.gnu.org/viewcvs?rev=221882&root=gcc&view=rev
Log:
PR preprocessor/61977
* lex.c (cpp_peek_token): If peektok is CPP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56726
--- Comment #12 from Florian Weimer ---
(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 16, and there seems no e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
James Greenhalgh changed:
What|Removed |Added
CC||jgreenhalgh at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65639
--- Comment #2 from Sergey Matveev ---
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 -fsanitize=address at link time, we e
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
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #11 from John ---
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 provided, and sorry for the inco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65639
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39934
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #6 from Matthias Klose ---
both seen with 2.25 release, and powerpc64le with 2.25 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #5 from Maxim Kuvyrkov ---
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=65670
--- Comment #4 from Andreas Schwab ---
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
000e7a40 gDF .
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 ---
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
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
--- Commen
47 matches
Mail list logo
