On Sun, May 25, 2014 at 03:55:38PM -0700, John wrote:
I ran across this puzzling difference between gcc and llvm today and think
the specification to produce consistent output for this code should be worked
out.
PR61300 shows a need to differentiate between incoming and outgoing
REG_PARM_STACK_SPACE for the PowerPC64 ELFv2 ABI, due to code like
function.c:assign_parm_is_stack_parm determining that a stack home
is available for incoming args if REG_PARM_STACK_SPACE is non-zero.
Background: The ELFv2 ABI
.././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
cast in a inline asm context requiring an l-value: remove the cast or
build with -fheinous-gnu-extensions
umul_ppmm (val[1], val[0], op1.ulow (), op2.ulow ());
On 05/23/2014 08:47 PM, Arnaud Charlet wrote:
- the GNAT doc source would be in rest format (.rst files) instead
of texinfo (.texi files)
What about the preprocessor for the VMS specifics? Will it go away?
Yes, we are about to baseline VMS maintenance, and the VMS specific doc
will go
This causes GCC bootstrap to fail on Darwin systems (whose system compiler is
clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure it’s
the right call, see below), I’ve filed a separate report for the bootstrap
issue (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315).
On Mon, May 26, 2014 at 2:22 AM, FX fxcoud...@gmail.com wrote:
This causes GCC bootstrap to fail on Darwin systems (whose system compiler
is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure
it’s the right call, see below), I’ve filed a separate report for the
bootstrap
On Mon, May 26, 2014 at 10:14 AM, FX fxcoud...@gmail.com wrote:
.././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
cast in a inline asm context requiring an l-value: remove the cast or
build with -fheinous-gnu-extensions
umul_ppmm (val[1], val[0], op1.ulow
Hello,
On 19 May 16:53, Kirill Yukhin wrote:
Hello Ian,
On 16 May 07:07, Ian Lance Taylor wrote:
On Fri, May 16, 2014 at 4:47 AM, Kirill Yukhin kirill.yuk...@gmail.com
wrote:
To support the offloading features for Intel's Xeon Phi cards
we need to add a foreign library
On Mon, May 26, 2014 at 1:14 AM, FX fxcoud...@gmail.com wrote:
.././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
cast in a inline asm context requiring an l-value: remove the cast or
build with -fheinous-gnu-extensions
umul_ppmm (val[1], val[0], op1.ulow
Please post a patch.
How about that? I’m not doing a full clean-up of the longlong.h code outside
the area affected. This restores bootstrap on darwin, confirming that both the
system compiler and later-stage-gcc accepts it.
FX
longlong.diff
Description: Binary data
longlong.ChangeLog
On Mon, May 26, 2014 at 12:32:15PM +0200, FX wrote:
Please post a patch.
How about that? I’m not doing a full clean-up of the longlong.h code
outside the area affected. This restores bootstrap on darwin, confirming
that both the system compiler and later-stage-gcc accepts it.
grep
So changing just 2 of them doesn't feel right to me…
Here’s a patch that removes all the casts on output operands in x86/x86_64 code
in longlong.h. Again bootstrapped on x86_64-apple-darwin13, passing both stage1
(system compiler) and stages 2-3 (gcc). OK to commit?
Other archs which have
So changing just 2 of them doesn't feel right to me…
[Again, with the patch actually attached… sorry]
Here’s a patch that removes all the casts on output operands in x86/x86_64 code
in longlong.h. Again bootstrapped on x86_64-apple-darwin13, passing both stage1
(system compiler) and stages
Dear All,
We are porting 4.8.1 to the one of out private backend and defined the
macros like
#define ELIMINABLE_REGS \
{{ ARG_POINTER_REGNUM, STACK_POINTER_REGNUM}, \
{ FRAME_POINTER_REGNUM, STACK_POINTER_REGNUM}}\
#define
On May 26, 2014, at 4:26 AM, FX fxcoud...@gmail.com wrote:
Here’s a patch that removes all the casts on output operands in x86/x86_64
code in longlong.h.
I’d love for someone to explain why the casts were there in the first place… I
like the idea of removing them.
On May 26, 2014, at 2:22 AM, FX fxcoud...@gmail.com wrote:
This causes GCC bootstrap to fail on Darwin systems (whose system compiler
is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure
it’s the right call, see below), I’ve filed a separate report for the
bootstrap
On 05/23/14 09:23, Arnaud Charlet wrote:
At AdaCore, we have switched most of our product documentation the
rest/sphinx format: http://sphinx-doc.org/
which provides most of the advantages of texinfo (text format,
can generate output in multiple formats, supported by free
as reported in PR60102. I'd really hope this could be fixed for
4.9.1 but I'm not sure the relevant people are paying much attention to
the issue. Can we at least update the priority/severity of the bug so
that it's more likely to show up on the radar?
I did look at trying to fix this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
--- Comment #5 from zqchen at gcc dot gnu.org ---
Author: zqchen
Date: Mon May 26 06:11:33 2014
New Revision: 210921
URL: http://gcc.gnu.org/viewcvs?rev=210921root=gccview=rev
Log:
ChangeLog:
2014-05-26 Zhenqiang Chen zhenqiang.c...@linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #8 from zqchen at gcc dot gnu.org ---
Author: zqchen
Date: Mon May 26 06:11:33 2014
New Revision: 210921
URL: http://gcc.gnu.org/viewcvs?rev=210921root=gccview=rev
Log:
ChangeLog:
2014-05-26 Zhenqiang Chen zhenqiang.c...@linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61278
--- Comment #4 from zqchen at gcc dot gnu.org ---
Author: zqchen
Date: Mon May 26 06:40:57 2014
New Revision: 210922
URL: http://gcc.gnu.org/viewcvs?rev=210922root=gccview=rev
Log:
ChangeLog:
2014-05-26 Zhenqiang Chen zhenqiang.c...@linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60901
--- Comment #8 from Andrey Belevantsev abel at gcc dot gnu.org ---
Sorry, Uros asked me to wait a bit while the patch is on trunk and at the time
the 4.8 branch got freezed, so I've postponed backporting. I will take care of
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
--- Comment #9 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon May 26 07:19:25 2014
New Revision: 210923
URL: http://gcc.gnu.org/viewcvs?rev=210923root=gccview=rev
Log:
PR target/61249
* doc/extend.texi: Fix parameter lists of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
--- Comment #10 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon May 26 07:39:55 2014
New Revision: 210924
URL: http://gcc.gnu.org/viewcvs?rev=210924root=gccview=rev
Log:
PR target/61249
* doc/extend.texi: Fix parameter lists of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon May 26 07:45:09 2014
New Revision: 210925
URL: http://gcc.gnu.org/viewcvs?rev=210925root=gccview=rev
Log:
PR target/61249
* doc/extend.texi (X86 Built-in Functions):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #22 from rguenther at suse dot de rguenther at suse dot de ---
On Sun, 25 May 2014, vincenzo.innocente at cern dot ch wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
vincenzo Innocente vincenzo.innocente at cern dot ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61314
Bug ID: 61314
Summary: Building GCC 4.9.0 breaks in libbacktrace on Ubuntu
Lucid Lynx
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315
Bug ID: 61315
Summary: wide-int.cc cannot be built by darwin system compiler
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61279
--- Comment #5 from Arseny Solokha asolokha at gmx dot com ---
OK, it seems to be accidentally fixed somewhere between the two snapshots as
now I'm also unable to reproduce it w/ 4.10.0-alpha20140525.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #23 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
Which Syntax?
I want to reuse the same code for the various architecture and let gcc deal
with vectorization details.
The best I manage to do to share code is something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #24 from rguenther at suse dot de rguenther at suse dot de ---
On Mon, 26 May 2014, vincenzo.innocente at cern dot ch wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #23 from vincenzo Innocente
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61279
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61316
Bug ID: 61316
Summary: gccgo: spurious incompatible types in assignment
error [GoSmith]
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
Bug ID: 61317
Summary: ones complement fails when using increment(++) into an
array
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61318
Bug ID: 61318
Summary: Improve error diagnostic by pointing to the expression
and not to declared-at of a USE-associated variable
Product: gcc
Version: 4.9.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61318
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
Bug ID: 61319
Summary: The tests
c-c++-common/ubsan/float-cast-overflow-(1|2|4).c fail
on x86_64-apple-darwin*
Product: gcc
Version: 4.10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315
--- Comment #4 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
This sounds a lot like believing you can build the better product by assigning
blame to others, not by building something that works for users. I'm sorry if
that's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|testsuite |target
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60143
Torbjörn Gard tgard at opentext dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #212 from Steffen Hau steffen at hauihau dot de ---
Hi Jan,
I have binutils version 2.24 with the patch from Markus Trippelsdorf for early
plugin loading, so I have no wrappers for ar, nm and ranlib. I've also
symlinked the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61191
--- Comment #1 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Mon May 26 10:00:23 2014
New Revision: 210929
URL: http://gcc.gnu.org/viewcvs?rev=210929root=gccview=rev
Log:
gcc/c/
PR c/61191
* c-array-notation.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61191
--- Comment #2 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Mon May 26 10:04:01 2014
New Revision: 210930
URL: http://gcc.gnu.org/viewcvs?rev=210930root=gccview=rev
Log:
gcc/c/
PR c/61191
* c-array-notation.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43453
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
--- Comment #2 from Richard Riley richard at rjriley dot info ---
When postfix ++ is applied to an lvalue the result is the value of the object
referred to by the lvalue. After the result is noted, the object is
incremented in the same manner as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Richard Riley from comment #2)
When postfix ++ is applied to an lvalue the result is the value of the
object referred to by the lvalue. After the result is noted,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
--- Comment #8 from Carlos O'Donell carlos at systemhalted dot org ---
On Sun, May 25, 2014 at 2:30 PM, John David Anglin dave.ang...@bell.net
wrote:
On 25-May-14, at 7:11 AM, aaro.koskinen at iki dot fi wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61314
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61306
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61306
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
16 bit load in host endianness found at: b.3_7 = (int) load_dst_10;
at least the dumping is confusing as well ;)
But the issue seems to be that we are missing that a.0_2 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
http://c-faq.com/expr/seqpoints.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61304
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Happens on an isolated path where GCC optimized
if (len)
memset (p, val, len);
to
if (len == 0)
{
memset (p, val, 0);
}
else
{
.
memset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.1
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60641
--- Comment #2 from Alex Kruppa akruppa at gmail dot com ---
With gcc-4.9.0, compiled from the official tarball, the foo() function does NOT
produce the double movzwl instruction any more, but the bar() function still
does.
Dump of assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
--- Comment #5 from Richard Riley richard at rjriley dot info ---
(In reply to Jonathan Wakely from comment #4)
http://c-faq.com/expr/seqpoints.html
If that is the case, shouldn't a[i] = i++ and such statements be flagged as a
compiler error?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61098
--- Comment #2 from Alan Modra amodra at gcc dot gnu.org ---
Author: amodra
Date: Mon May 26 13:09:48 2014
New Revision: 210932
URL: http://gcc.gnu.org/viewcvs?rev=210932root=gccview=rev
Log:
PR target/61098
* config/rs6000/rs6000.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
Bug ID: 61320
Summary: [4.10 regression] ICE in jcf-parse.c:1622
(parse_class_file
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61317
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Undefined behaviour does not mean you get a compiler error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
The load may be converted to unaligned - does sparc-solaris properly handle
unaligned (non-vector) loads?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54733
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-checking,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61084
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61156
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61190
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
Bug ID: 61321
Summary: demangler crash on casts in template parameters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61182
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61256
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59195
Pedro Alves palves at redhat dot com changed:
What|Removed |Added
CC||palves at redhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59195
--- Comment #5 from Pedro Alves palves at redhat dot com ---
Likely bug 61233 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61239
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||mikestump at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61256
--- Comment #1 from Igor Zamyatin izamyatin at gmail dot com ---
Fixed by r210672
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Andrew Pinski from comment #1)
No they are supposed to generate -nan. If it does not then there is a bug
somewhere else.
According to [1], The sign bit does not matter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
http://stackoverflow.com/questions/8817164/signed-nan-values
If the sign bit in the underlying representation is set, this particular
implementation of printf prints -nan. There is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #8 from christophe.lyon at st dot com ---
Using GCC trunk @210861, binutils-linaro-2.24-2014.03, I can see that
tls-reload-1.c all PASS with:
--target arm-none-linux-gnueabi --with-mode=arm --with-cpu=cortex-a9
--with-fpu=neon and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #26 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Mon May 26 15:19:36 2014
New Revision: 210934
URL: http://gcc.gnu.org/viewcvs?rev=210934root=gccview=rev
Log:
2014-05-26 Tobias Burnus bur...@net-b.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #1 from Pedro Alves palves at redhat dot com ---
I think we need to distinguish conversion operators from expression casts.
Working on a patch that adds:
--- c/include/demangle.h
+++ w/include/demangle.h
@@ -373,6 +373,10 @@ enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #27 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Mon May 26 15:32:33 2014
New Revision: 210935
URL: http://gcc.gnu.org/viewcvs?rev=210935root=gccview=rev
Log:
2014-05-26 Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56947
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=61322
Bug ID: 61322
Summary: gccgo: spurious incompatible type for field 2 in
struct construction error [GoSmith]
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61323
Bug ID: 61323
Summary: 'static' and 'const' attributes cause non-type
template argument matching failure
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61323
--- Comment #1 from Joel Yliluoma bisqwit at iki dot fi ---
Interestingly enough, only if you add the term constexpr to the array
declaration, you get an actually meaningful error message:
constexpr const char* table7[10] = {};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #2 from Pedro Alves palves at redhat dot com ---
That worked. Running bootstrap/tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
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=61319
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Can't you use -? instead of -* (or is it -\? ?) though?
What follows passes the tests.
diff -up ../_clean/gcc/testsuite/c-c++-common/ubsan/float-cast-overflow-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Patch preapproved, but please post it to gcc-patches with full ChangeLog entry.
1 - 100 of 217 matches
Mail list logo