http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #10 from Jonathan Wakely ---
(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 the 4.9 release), but ap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
--- Comment #1 from Thomas Preud'homme ---
Created attachment 32297
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32297&action=edit
Unpreprocessed testcase for incorrect bswap detection
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #11 from Alisdair Meredith ---
Created attachment 32298
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32298&action=edit
Portable test of ADL on local type
Agreed, not-a-bug.
For completeness, I attach a final test case that doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #4 from linzj ---
Further debug show this push op is gen by sched2 pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60451
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60449
--- Comment #5 from Richard Biener ---
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 ---
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 ---
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 ---
Created attachment 32299
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32299&action=edit
Fix_bswap_detection
See in attachment for the patch I wrote to fix the issue. I'm welcoming any
comment on i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
--- Comment #12 from Richard Biener ---
(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 LOOPS_MAY_HAVE_MULTIPLE_LATC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
Thomas Preud'homme changed:
What|Removed |Added
Attachment #32299|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #6 from linzj ---
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 9 st(1) [orig:153 D.227396
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
--- Comment #2 from Jakub Jelinek ---
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 between r125500 and
r12600
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #7 from linzj ---
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]))
/home/linzj/src/u3/shell-git/core/WebCore/rendering/RenderImage.cpp:98 64
{*pushsi2}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #13 from Marc Glisse ---
(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 could never estimate the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60449
Martin Jambor changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #8 from linzj ---
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
...
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Jakub Jelinek changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
--- Comment #4 from Jakub Jelinek ---
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
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60448
--- Comment #14 from Alisdair Meredith ---
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 that utility, vs. the inconven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60454
--- Comment #5 from Thomas Preud'homme ---
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 ---
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/ INTG,NT1,NT2,NT3,NVM,NVE,NFRLE,NRESF,NRE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #7 from Richard Biener ---
(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, I will try to
> make a pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60452
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 7 12:58:27 2014
New Revision: 208400
URL: http://gcc.gnu.org/viewcvs?rev=208400&root=gcc&view=rev
Log:
PR bootstrap/58572
* Makefile.tpl (POSTSTAGE1_CXX_EXPORT): Use -isys
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60456
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60456
Evgeniy Stepanov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #9 from linzj ---
I have tried to modify i386.c to make
ix86_force_to_memory&ix86_free_from_memory to generate frame related insn.That
causes another problem.Seems the only way to go is have a look at jump2.
The another problem:
ARGS_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58572
--- Comment #11 from Mario Held ---
Checked out revision 208400 and did a "make -j bootstrap-lean
1>>$OUTPUT 2>&1" 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
Assignee|una
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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
--- Comment #1 from Jakub Jelinek ---
Created attachment 32302
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32302&action=edit
gcc49-pr60457.patch
Perhaps something like this can fix this? From the patch description it seems
you were after
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #8 from Allan Jensen ---
Created attachment 32303
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32303&action=edit
Reduced test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60457
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #9 from Allan Jensen ---
Created attachment 32304
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32304&action=edit
Reduced test assembler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #10 from Allan Jensen ---
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 ---
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 changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #10 from linzj ---
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 |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
--- Comment #2 from 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=208410&root=gcc&view=rev
Log:
/cp
2014-03-07 Paolo Carlini
PR c++/58609
* decl.c (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60459
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
Severity|blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #12 from Andrew Pinski ---
tmpPtBlock->pts = reinterpret_cast(tmpPtBlock->data);
Does this not violate C/C++ aliasing rules later on?
I think data should be char array with the alignment of QPoint instead of an
int ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60350
--- Comment #3 from Chengnian Sun ---
(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 bogus indeed.
Thanks, Marek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
--- Comment #13 from Allan Jensen ---
(In reply to Andrew Pinski from comment #12)
> tmpPtBlock->pts = reinterpret_cast *>(tmpPtBlock->data);
>
> Does this not violate C/C++ aliasing rules later on?
>
> I think data should be cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60376
--- Comment #6 from Volker Reichelt ---
Just for the record: the new bug is PR60409.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Markus Trippelsdorf changed:
What|Removed |Added
Attachment #32305|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #3 from Arnaud Charlet ---
Author: charlet
Date: Fri Mar 7 20:35:33 2014
New Revision: 208419
URL: http://gcc.gnu.org/viewcvs?rev=208419&root=gcc&view=rev
Log:
2014-03-07 Doug Rupp
PR ada/60411
* system-linux-armel.ads (B
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
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
Arnaud Charlet changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
--- Comment #
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()'"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60411
--- Comment #5 from Bernd Edlinger ---
(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 linux-androideabi?
isn't that one broken now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #5 from Mikael Morin ---
Created attachment 32307
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32307&action=edit
preliminary patch
This removes the difference between my_mul/my_mul_cont.
However this is not yet correct, with th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60392
--- Comment #6 from Mikael Morin ---
(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 correct after all.
It'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60429
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
CC|
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: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60460
--- Comment #1 from Matthew Dennis ---
Created attachment 32308
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32308&action=edit
reproduction of warn_unused_result problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
--- Comment #14 from H.J. Lu ---
(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 adding/removing
> a preheade
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|dwarf2cfi :2239
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38172
Andrew Pinski changed:
What|Removed |Added
CC||mdennis at merfer dot net
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60460
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
--- Comment #5 from Dave Allured ---
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 ---
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 (struct function *fn, tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60462
--- Comment #1 from Fred Krogh ---
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 of what is here.
That first part is
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
--- Co
const
{
[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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60450
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316
--- Comment #51 from Harald van Dijk ---
(In reply to Marc Glisse from comment #49)
> Fixing this particular issue should
> not be too hard, there must be a place in the compiler that merges a number
> of properties from the early declaration into
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
Bug ID: 60464
Summary: [arm] ARM -mthumb version of libgcc contains ARM
(non-thumb) code; not safe for thumb-only
architectures
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
--- Comment #1 from Jeremy Cooper ---
Seeing as this could be an assembler bug, my arm-none-eabi-as is:
$ arm-none-eabi-as -v
GNU assembler version 2.23.2 (arm-none-eabi) using BFD version (GNU Binutils)
2.23.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #12 from linzj ---
I have never known that regression is such a useful resort.
(In reply to Jakub Jelinek from comment #11)
> Reduced testcase for -Os -m32 -fomit-frame-pointer:
>
> struct A { int a; };
> struct B { A foo (); };
> st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53492
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
Jeremy Cooper changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
--- Comment #4 from Andrew Pinski ---
Can you configure with --with-arch=armv7-m and try again? You might need to
edit config/arm/t-arm-elf to enable only the multi-lib that you need.
>armv7m-none-eabi
Does nothing really to change the default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60464
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
--- Comment #10 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Mar 8 06:04:34 2014
New Revision: 208423
URL: http://gcc.gnu.org/viewcvs?rev=208423&root=gcc&view=rev
Log:
2014-03-08 Dominique d'Humieres
PR libgfortran/60128
* io/w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #13 from linzj ---
Thank Jakub for the short test case and the revision.
Before revision 205498,the prologue is:
(insn/f:TI 77 78 79 2 (parallel [
(set (reg/f:SI 7 sp)
(plus:SI (reg/f:SI 7 sp)
1 - 100 of 103 matches
Mail list logo
