On Thu, Mar 6, 2014 at 7:17 PM, Prathamesh Kulkarni
bilbotheelffri...@gmail.com wrote:
On Thu, Mar 6, 2014 at 6:13 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Thu, Mar 6, 2014 at 1:11 PM, Prathamesh Kulkarni
bilbotheelffri...@gmail.com wrote:
On Mon, Mar 3, 2014 at 3:32 PM,
2014-03-04 14:14 GMT+01:00 Richard Biener rguent...@suse.de:
On Mon, 3 Mar 2014, Kai Tietz wrote:
2014-03-03 12:33 GMT+01:00 Richard Biener rguent...@suse.de:
On Fri, 28 Feb 2014, Kai Tietz wrote:
Hmm, this all reminds me about the approach Andrew Pinski and I came
up with two years
On Fri, 7 Mar 2014, Kai Tietz wrote:
2014-03-04 14:14 GMT+01:00 Richard Biener rguent...@suse.de:
On Mon, 3 Mar 2014, Kai Tietz wrote:
2014-03-03 12:33 GMT+01:00 Richard Biener rguent...@suse.de:
On Fri, 28 Feb 2014, Kai Tietz wrote:
Hmm, this all reminds me about the approach
Hi,
I have found the cause:
Okay let me sum it up:
at first the code looks like this
call xxx: .cfa 92
float ops
add sp 12 .cfa 80
And then split2 splits the float ops,then it looks like this
call xxx: .cfa 92
push edx
float ops2
add sp 4
...
Hello,
I have been trying to understand why IRA is marking a register to conflict with
a hard register but can't find a good explanation.
Before IRA pass I have the following insn chain in bb2:
(insn 15 16 21 2 (set (reg/v/f:SI 122 [ pdata ])
(reg:SI 0 r0 [ pdata ]))
-Original Message-
From: Joseph S. Myers
On Thu, 6 Mar 2014, Ian Bolton wrote:
I see in common.opt that fp-contract=fast is the default for GCC.
But then it gets disabled in c-family/c-opts.c if you are using ISO C
(e.g. with -std=c99).
But surely if you have also
Yes, easy fix. An enhancement to config/vms/vms.opt is needed for the
missing variable. I'll get it sorted out.
--Doug
On 03/06/2014 05:35 PM, Jan-Benedict Glaw wrote:
Hi Doug!
Your recent VMS change committed by Arnaud Charlet won't build, see
eg. build log [1] for build #154768 [2], which
Thanks for the feedback, Joseph.
I've been working on the patch, but I see in gcc/opts.c that there is
a definite distinction between set_fast_math_flags and
set_unsafe_math_optimizations_flags. I'm thinking this is more of a
fast-math thing than an unsafe_math_optimizations thing, so I
On Wed, 2014-03-05 at 10:01 -0800, Paul E. McKenney wrote:
On Wed, Mar 05, 2014 at 05:26:36PM +0100, Torvald Riegel wrote:
xagsmtp3.20140305162928.8...@uk1vsc.vnet.ibm.com
X-Xagent-Gateway: uk1vsc.vnet.ibm.com (XAGSMTP3 at UK1VSC)
On Tue, 2014-03-04 at 11:00 -0800, Paul E. McKenney
On Wed, 2014-03-05 at 10:15 -0800, Paul E. McKenney wrote:
On Wed, Mar 05, 2014 at 05:54:59PM +0100, Torvald Riegel wrote:
On Tue, 2014-03-04 at 13:35 -0800, Paul E. McKenney wrote:
On Tue, Mar 04, 2014 at 11:00:32AM -0800, Paul E. McKenney wrote:
On Mon, Mar 03, 2014 at 09:46:19PM
On Fri, Mar 07, 2014 at 06:45:57PM +0100, Torvald Riegel wrote:
xagsmtp5.20140307174618.3...@vmsdvm6.vnet.ibm.com
X-Xagent-Gateway: vmsdvm6.vnet.ibm.com (XAGSMTP5 at VMSDVM6)
On Wed, 2014-03-05 at 10:01 -0800, Paul E. McKenney wrote:
On Wed, Mar 05, 2014 at 05:26:36PM +0100, Torvald Riegel
On Fri, Mar 07, 2014 at 07:33:25PM +0100, Torvald Riegel wrote:
On Wed, 2014-03-05 at 10:15 -0800, Paul E. McKenney wrote:
On Wed, Mar 05, 2014 at 05:54:59PM +0100, Torvald Riegel wrote:
On Tue, 2014-03-04 at 13:35 -0800, Paul E. McKenney wrote:
On Tue, Mar 04, 2014 at 11:00:32AM -0800,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Marc Glisse from comment #6)
libc++ sfinae constrains std::swap.
Aha! I suppose we could do that too, but that would be an enhancement (and
have to wait until after
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
--- Comment #1 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
Created attachment 32297
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32297action=edit
Unpreprocessed testcase for incorrect bswap detection
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #11 from Alisdair Meredith public at alisdairm dot net ---
Created attachment 32298
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32298action=edit
Portable test of ADL on local type
Agreed, not-a-bug.
For completeness, I attach
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #4 from linzj manjian2006 at gmail dot com ---
Further debug show this push op is gen by sched2 pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60451
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64-*-*,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60449
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Shouldn't fixup_cfg fix this up? Simply prefering the decl with attributes
isn't enough if you attach an urelated attribute to both fns as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60449
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
OTOH, why do we have to merge the decls/cgraph nodes at all? Can't we simply
make them aliases if tree merging decides the decls are not equal?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #5 from linzj manjian2006 at gmail dot com ---
No confirm yet!
(In reply to linzj from comment #4)
Further debug show this push op is gen by sched2 pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
--- Comment #3 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
Created attachment 32299
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32299action=edit
Fix_bswap_detection
See in attachment for the patch I wrote to fix the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
--- Comment #12 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #8)
With LTO, current_loops-state may not be set and
loops_state_satisfies_p () may always be false.
It's zero. It probably should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
Thomas Preud'homme thomas.preudhomme at arm dot com changed:
What|Removed |Added
Attachment #32299|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #6 from linzj manjian2006 at gmail dot com ---
The push edx is gen by originally fop_sf_2_i387.
(insn 180 281 288 17 (set (reg:SF 9 st(1) [orig:153 D.227396 ] [153])
(mult:SF (float:SF (reg:SI 1 dx [160]))
(reg:SF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Can be simplified into:
int a;
int
main ()
{
int e[2] = { 0, 0 }, f = 0;
if (a == 131072)
f = e[a];
return f;
}
which then starts to crash even starting from 4.3 or so (in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #7 from linzj manjian2006 at gmail dot com ---
confirm that in csa pass:
(insn 288 281 289 17 (set (mem:SI (pre_dec:SI (reg/f:SI 7 sp)) [0 S4 A8])
(reg:SI 1 dx [160]))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #13 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #10)
(In reply to Marc Glisse from comment #6)
libc++ sfinae constrains std::swap.
Aha! I suppose we could do that too,
Indeed. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60449
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #8 from linzj manjian2006 at gmail dot com ---
Okay let me sum it up:
at first the code looks like this
call xxx: .cfa 92
float ops
add sp 12 .cfa 80
And then split2 splits the float ops,then it looks like this
call xxx: .cfa 92
push
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Perhaps some new flag (MEM access will always fault?) or something similar.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60455
Bug ID: 60455
Summary: Imprecise column number of -Woverflow in array
initializers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #14 from Alisdair Meredith public at alisdairm dot net ---
Among other things, it lets fools like me write code relying on a behavior, not
realizing that the code is not portable. As a user I swing between the
convenience of having
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
--- Comment #5 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
I have posted the patch on gcc-patches mailing list. The discussion can be
followed from http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00313.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60456
Bug ID: 60456
Summary: Uninitialized read in copy_rtx
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59746
--- Comment #3 from Bud Davis bdavis at gcc dot gnu.org ---
Not so fast...
Made a test for it:
!pr59746
CALL RCCFL(NVE,IR,NU3,VE(1,1,1,I))
COMMON /CCFILE/ INTG,NT1,NT2,NT3,NVM,NVE,NFRLE,NRESF,NRESL
COMMON /CCFILE/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Allan Jensen from comment #6)
I posted like this in case the description would be enough to make someone
know where to look. If you need to debug it and dig into it,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Mikael Pettersson mikpelinux at gmail dot com changed:
What|Removed |Added
CC||mikpelinux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Mar 7 12:58:27 2014
New Revision: 208400
URL: http://gcc.gnu.org/viewcvs?rev=208400root=gccview=rev
Log:
PR bootstrap/58572
* Makefile.tpl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60456
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60456
Evgeniy Stepanov eugeni.stepanov at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #9 from linzj manjian2006 at gmail dot com ---
I have tried to modify i386.c to make
ix86_force_to_memoryix86_free_from_memory to generate frame related insn.That
causes another problem.Seems the only way to go is have a look at jump2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
--- Comment #11 from Mario Held mario.held at de dot ibm.com ---
Checked out revision 208400 and did a make -j NUM_CPUS bootstrap-lean
1$OUTPUT 21 on s390x (IBM System z). Success, works as expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
--- Comment #2 from janus at gcc dot gnu.org ---
Slightly reduced test case:
real, allocatable :: x(:,:)
allocate (x(3,2),source=99.)
print *, shape (x / 10.0)
end
Still works with 4.6 and trunk, but ICEs with 4.7 and 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Bug ID: 60457
Summary: [4.9 Regression] ICE in cgraph_get_node
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 32302
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32302action=edit
gcc49-pr60457.patch
Perhaps something like this can fix this? From the patch description
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #8 from Allan Jensen linux at carewolf dot com ---
Created attachment 32303
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32303action=edit
Reduced test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #9 from Allan Jensen linux at carewolf dot com ---
Created attachment 32304
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32304action=edit
Reduced test assembler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #10 from Allan Jensen linux at carewolf dot com ---
I have uploaded a reduced test. Compiled with -O0 or -O1 it outputs 180,
compiled with -O2 or higher it outputs 179.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #11 from Allan Jensen linux at carewolf dot com ---
Note that to run it, it links against Qt5Core.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60458
Bug ID: 60458
Summary: Error message on associate: deferred type parameter
and requires either the pointer or allocatable
attribute
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60459
Bug ID: 60459
Summary: Crash seen in _Unwind_VRS_Pop() for ARM platform
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #10 from linzj manjian2006 at gmail dot com ---
Adding a -fno-crossjumping compile flag stops the assertion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
The following patch is sufficient to fix it on 4.8:
... and regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 58609, which changed state.
Bug 58609 Summary: [4.9 Regression] [c++11] ICE with uninitialized variable in
constexpr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
--- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Mar 7 18:33:38 2014
New Revision: 208410
URL: http://gcc.gnu.org/viewcvs?rev=208410root=gccview=rev
Log:
/cp
2014-03-07 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60459
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c++ |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #12 from Andrew Pinski pinskia at gcc dot gnu.org ---
tmpPtBlock-pts = reinterpret_castQPoint *(tmpPtBlock-data);
Does this not violate C/C++ aliasing rules later on?
I think data should be char array with the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60350
--- Comment #3 from Chengnian Sun chengniansun at gmail dot com ---
(In reply to Marek Polacek from comment #2)
I think the maybe-used-uninitialized warning is in place here, it depends on
I whether pf or pv is evaluated. The column info looks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #13 from Allan Jensen linux at carewolf dot com ---
(In reply to Andrew Pinski from comment #12)
tmpPtBlock-pts = reinterpret_castQPoint
*(tmpPtBlock-data);
Does this not violate C/C++ aliasing rules later on?
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||trippels
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
--- Comment #6 from Volker Reichelt reichelt at gcc dot gnu.org ---
Just for the record: the new bug is PR60409.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Attachment #32305|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #3 from Arnaud Charlet charlet at gcc dot gnu.org ---
Author: charlet
Date: Fri Mar 7 20:35:33 2014
New Revision: 208419
URL: http://gcc.gnu.org/viewcvs?rev=208419root=gccview=rev
Log:
2014-03-07 Doug Rupp r...@adacore.com
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60458
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
Arnaud Charlet charlet at gcc dot gnu.org changed:
What|Removed |Added
CC||charlet at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60437
Bug ID: 60437
Summary: [C++11] Bogus error: no matching function for call to
'X::X(brace-enclosed initializer list)'
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #5 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to Arnaud Charlet from comment #4)
Let me know how things go after the recent commit I made on trunk, thanks.
I'll try that on monday,
but how about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #5 from Mikael Morin mikael at gcc dot gnu.org ---
Created attachment 32307
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32307action=edit
preliminary patch
This removes the difference between my_mul/my_mul_cont.
However this is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #6 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #5)
This removes the difference between my_mul/my_mul_cont.
However this is not yet correct, with the patch the program output is:
Maybe it's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60460
Bug ID: 60460
Summary: warn_unused_result doesn't warn on unused result when
std::pair return type
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60460
--- Comment #1 from Matthew Dennis mdennis at merfer dot net ---
Created attachment 32308
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32308action=edit
reproduction of warn_unused_result problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
--- Comment #14 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Richard Biener from comment #13)
Huh, adding a pre-header should _never_ do sth like that. Can you produce
a small testcase that exhibits these kind of changes with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||mdennis at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60460
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
--- Comment #5 from Dave Allured dave.allured at noaa dot gov ---
Janus, thank you!
--Dave
-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20140307 (experimental) [trunk revision 208393] (GCC)
$
$ gcc-trunk -Os small.c; a.out
$ gcc-trunk -flto -O1 small.c; a.out
$ gcc-4.8.2 -flto -Os small.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60462
Bug ID: 60462
Summary: get_command returns more than it should
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
--- Comment #16 from H.J. Lu hjl.tools at gmail dot com ---
This patch:
diff --git a/gcc/tree-ssanames.c b/gcc/tree-ssanames.c
index 2fc8220..56160bd 100644
--- a/gcc/tree-ssanames.c
+++ b/gcc/tree-ssanames.c
@@ -136,7 +136,7 @@ make_ssa_name_fn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60462
--- Comment #1 from Fred Krogh fkrogh#gcc at mathalacarte dot com ---
With this command line
./tapt -u ./mps afiro
it gives
/home/m/math77/lin/cons/anypoint/tapt ./tapt -u ./mps afiro
The standard makes no mention of providing the first part
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60462
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
{
[this]() { g(); }();
}
};
Yet it compiles with g++ -std=c++11 -Wall -Wextra
Tested with
g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1, and
g++ (GCC) 4.9.0 20140307 (experimental)
Note that calling the function with this-g(); gives the expected error
message:
error: passing ‘const
1 - 100 of 176 matches
Mail list logo