https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #13 from Paolo Carlini ---
Excellent, that version is very safe. Are you willing to commit it? Otherwise,
I don't know when I can do it, maybe only Sunday. If you do that, you may want
to also add, after the first comment:
// By defa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61106
Bug 61106 depends on bug 61126, which changed state.
Bug 61126 Summary: [4.10 Regression] gfortran does not enable
-Wununused-parameter with -Wextra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #26 from Tobias Burnus ---
Author: burnus
Date: Wed Jun 18 06:22:11 2014
New Revision: 211767
URL: https://gcc.gnu.org/viewcvs?rev=211767&root=gcc&view=rev
Log:
2014-06-18 Tobias Burnus
PR fortran/61126
* invoke.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126
--- Comment #25 from Tobias Burnus ---
Author: burnus
Date: Wed Jun 18 06:09:28 2014
New Revision: 211766
URL: https://gcc.gnu.org/viewcvs?rev=211766&root=gcc&view=rev
Log:
2014-06-18 Manuel López-Ibáñez
PR fortran/61126
* op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546
Bug ID: 61546
Summary: MINGW : __int64 is #define'd as 'long long'
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61545
--- Comment #1 from Richard Henderson ---
Created attachment 32960
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32960&action=edit
proposed patch
We need to clobber the flags across the tlsdesc call.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61545
Bug ID: 61545
Summary: Miscompilation in libcap-ng
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61544
Bug ID: 61544
Summary: ICE due to thumb1_reorg function mishandles label type
insn
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61543
Bug ID: 61543
Summary: static_cast(static_cast(enum_value))
doesn't get an error
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57519
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60605
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60605
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jun 17 23:10:33 2014
New Revision: 211756
URL: https://gcc.gnu.org/viewcvs?rev=211756&root=gcc&view=rev
Log:
PR c++/60605
* pt.c (check_default_tmpl_args): Check DECL_LOCAL_FU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57519
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue Jun 17 23:10:16 2014
New Revision: 211755
URL: https://gcc.gnu.org/viewcvs?rev=211755&root=gcc&view=rev
Log:
PR debug/57519
* class.c (handle_using_decl): Pass the cor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60605
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Jun 17 23:09:20 2014
New Revision: 211754
URL: https://gcc.gnu.org/viewcvs?rev=211754&root=gcc&view=rev
Log:
PR c++/60605
* pt.c (check_default_tmpl_args): Check DECL_LOCAL_FU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60605
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Tue Jun 17 23:03:43 2014
New Revision: 211753
URL: https://gcc.gnu.org/viewcvs?rev=211753&root=gcc&view=rev
Log:
PR c++/60605
* pt.c (check_default_tmpl_args): Check DECL_LOCAL_FU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #1 from Bill Schmidt ---
The bug exists in 4.8 as well, but was not caught with existing tests (we do
have a test that performs vec_extract on V4SF, but unfortunately only tested
element 3).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
Bill Schmidt changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
Bug ID: 61542
Summary: [4.8/4.9 Regression] vect-nop-move.c fails on
powerpc64le-unknown-linux-gnu
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61388
--- Comment #8 from Michael Eager ---
Thanks. I've reverted the patch from the gcc-4.8 branch.
Committed revision 211750.
};
foo::bar<10> moo;
$ g++ -std=c++11 -c test2.cc |& head -4
test2.cc: In constructor ‘constexpr foo::bar<10>::bar()’:
test2.cc:9:27: internal compiler error: in gimplify_expr, at gimplify.c:7871
zoo p = zoo(new char[s]);
^
$ g++ --version |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #12 from Ramana Radhakrishnan ---
(In reply to Paolo Carlini from comment #9)
> Well, up to you really: maybe operator!= is special for you because it just
> thinly wraps operator== which is exported for you. If adding back *only*
> t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56964
--- Comment #2 from rwahl at gmx dot de ---
Just found out that the mentioned hangs in my last comment were caused by
configuring gcc with --disable-checking so the asserts were removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Markus Trippelsdorf changed:
What|Removed |Added
Version|4.8.2 |4.10.0
Target Milestone|4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37937
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 37937, which changed state.
Bug 37937 Summary: Bind(C) diagnostic when using c_double for COMPLEX variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37937
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61388
--- Comment #7 from Rose Garcia ---
(In reply to Rose Garcia from comment #5)
> (In reply to Michael Eager from comment #3)
> > What sources are you building?
>
> GCC 4.8.3 release tarball, as already mentioned.
>
actually i didnt mention it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61388
--- Comment #6 from Rose Garcia ---
(In reply to Nagaraju Mekala from comment #4)
> I have checked it with 4.9.0 and it is working fine for me.
we're not talking gcc 4.9.0 here. this is about gcc 4.8.3 release. please test
that version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61540
Bug ID: 61540
Summary: internal compiler error in
try_make_edge_direct_virtual_call
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
--- Comment #2 from Markus Trippelsdorf ---
Another smaller testcase (clang rejects this):
markus@x4 tmp % cat foo.ii
template class A;
template <> class A
{
virtual void m_fn1 (int &, const int &) const;
};
template class B;
template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61388
--- Comment #5 from Rose Garcia ---
(In reply to Michael Eager from comment #3)
> What sources are you building?
GCC 4.8.3 release tarball, as already mentioned.
>
> When I build --target=microblaze-xilinx-elf from the current sources, I see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56964
rwahl at gmx dot de changed:
What|Removed |Added
CC||rwahl at gmx dot de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #1 from Joshua Kinard ---
Forgot the gcc -v info:
gcc -v
Using built-in specs.
COLLECT_GCC=/usr/mips-unknown-linux-gnu/gcc-bin/4.9.0/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/mips-unknown-linux-gnu/4.9.0/lto-wrapper
Target: mips-unknow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Bug ID: 61539
Summary: ICE: in unify_one_argument, at cp/pt.c:15465
validate(value_store, new_tokens, (T*)0, 0);
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
Bug ID: 61538
Summary: g++ compiled binary, linked to glibc libpthread, hangs
on SGI MIPS R1x000 systems on Linux
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #6 from Eelis ---
Clang's libc++ (which gives the expected result) might be another source of
inspiration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #11 from Ramana Radhakrishnan ---
(In reply to Paolo Carlini from comment #2)
> Pretty sure it's my change because typeinfo::before and typeinfo::operator==
> are special on some targets and I couldn't notice on x86-linux:
>
> #if !_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #10 from Ramana Radhakrishnan ---
(In reply to Paolo Carlini from comment #9)
> Well, up to you really: maybe operator!= is special for you because it just
> thinly wraps operator== which is exported for you. If adding back *only*
> t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61520
--- Comment #1 from Sergei Golubchik ---
A slightly modified version:
static const int powers10[]= { 0, 1, 10, 100 };
int remove_leading_zeroes(unsigned int decimals, unsigned int var)
{
decimals%= 2;
while (var < powers10[decimals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61498
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Ian Lance Taylor ---
> Should be fixed now, I hope.
Indeed, SPARC results look good again (expect for PR ipa/61495 when
using gas).
Thanks.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509
--- Comment #7 from William King ---
While I haven't had a chance to run through more than a handful of call
scenarios, building FreeSWITCH on the Raspberry Pi with GCC 4.9.0 does not have
the same problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61483
Yufeng Zhang changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61483
--- Comment #3 from Yufeng Zhang ---
Author: yufeng
Date: Tue Jun 17 14:15:03 2014
New Revision: 211741
URL: https://gcc.gnu.org/viewcvs?rev=211741&root=gcc&view=rev
Log:
gcc/
PR target/61483
* config/aarch64/aarch64.c (aarch64_layout_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60119
Gerald Pfeifer changed:
What|Removed |Added
CC||gerald at pfeifer dot com
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|NEW
URL|https://gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
--- Comment #5 from Rainer Orth ---
Author: ro
Date: Tue Jun 17 13:58:11 2014
New Revision: 211740
URL: https://gcc.gnu.org/viewcvs?rev=211740&root=gcc&view=rev
Log:
Compile gcc.target/i386/fuse-caller-save.c with -fomit-frame-pointer (PR
target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61531
Ulrich Windl changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
--- Comment #4 from Uroš Bizjak ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #3)
> > The test assumes that frame pointer is omitted.
>
> It passes indeed with -fomit-frame-pointer added on both
> i386-pc-solaris2.11 and x86_64-un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #9 from Paolo Carlini ---
Well, up to you really: maybe operator!= is special for you because it just
thinly wraps operator== which is exported for you. If adding back *only* that
additional export under the macro works, all your test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61537
Bug ID: 61537
Summary: template parameter lists wrongly detected on "struct"
or "class" keyword on parameters
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61483
--- Comment #2 from Yufeng Zhang ---
Author: yufeng
Date: Tue Jun 17 13:50:50 2014
New Revision: 211739
URL: https://gcc.gnu.org/viewcvs?rev=211739&root=gcc&view=rev
Log:
gcc/
PR target/61483
* config/aarch64/aarch64.c (aarch64_layout_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Uroš Bizjak ---
> (In reply to Rainer Orth from comment #1)
>> Created attachment 32950 [details]
>> assembler output
>
> The test assumes that frame pointer is omi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|hubicka at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #7 from Ramana Radhakrishnan ---
(In reply to Paolo Carlini from comment #6)
> Created attachment 32955 [details]
> Draft
I see other failures that include operator std::type_info::operator!= , so I'll
see how to extend this if it fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #6 from Paolo Carlini ---
Created attachment 32955
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32955&action=edit
Draft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #5 from Paolo Carlini ---
Thanks. Before reverting the whole thing, please see if something like the
patchlet I'm going to attach works for you. It should.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
Rainer Orth changed:
What|Removed |Added
Target|sparc-sun-solaris2.11 |sparc-sun-solaris2.1[01]
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
--- Comment #2 from Rainer Orth ---
Created attachment 32954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32954&action=edit
preprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
--- Comment #3 from Yury Gribov ---
Bootstrapped and regtested successfully on x64. Let's wait for Jakub's
comments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Paolo Carlini from comment #3)
> By the way, it would be useful if you could confirm the analysis, thus run
> nm on your runtime .so and double check that those two symbols are there,
> bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #3 from Paolo Carlini ---
By the way, it would be useful if you could confirm the analysis, thus run nm
on your runtime .so and double check that those two symbols are there, but t,
instead of T.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|paolo at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Target Milestone|4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Ramana Radhakrishnan changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #10 from Richard Biener ---
All time is spent in invalidate_equivalencies.
/* A new value has been assigned to LHS. If necessary, invalidate any
equivalences that are no longer valid. */
static void
invalidate_equivalences (tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||link-failure
Target|
Hello Professionals,
Greetings from ISMS.
MBA,EMBA,BBA,Btech, Mtech,Diploma ,B.Com any degree from recognized University,
GOOD NEWS! - For working Professionals as well as for fresher.
Have a Btech, Mtech,Diploma ,MBA Masters Certification along, without affecting
your current employment & stu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
Bug ID: 61536
Summary: [4.10 regression] g++ and libstdc++ regressions on
arm-none-linux-gnueabihf with missing typeinfo
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
--- Comment #1 from Rainer Orth ---
Created attachment 32953
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32953&action=edit
preprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Bug ID: 61535
Summary: SIGBUS in gen_group_rtx compiling 64-bit
gcc.dg/vect/vect-singleton_1.c
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61532
--- Comment #5 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #4)
> Writing "signed wchar_t" doesn't seem legal to me, and clang and intel warn
> or reject such code.
Yeah, it's a GCC extension, and I thought I'd replaced the use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #9 from Richard Biener ---
Created attachment 32952
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32952&action=edit
stripped down testcase
Stripped down, now it starts to fall off a bit:
tree SSA incremental: 1.48 ( 7%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
Richard Biener changed:
What|Removed |Added
Keywords|memory-hog |
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61531
--- Comment #6 from Ulrich Windl ---
(In reply to Richard Biener from comment #5)
> > rpm -q gcc43-c++
> gcc43-c++-4.3.4_20091019-0.22.17
> > rpm -q --changelog gcc43-c++ | head
> * Thu Nov 10 2011 rguent...@suse.com
> - Fix altivec comparison bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53131
--- Comment #8 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #7)
> In fact, the main show-stopper for adding -Wlogical-op to -Wextra (or -Wall)
> is PR40172, which was the reason it was moved out of -Wextra in the fir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60759
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Bug ID: 61534
Summary: Wlogical-op should not warn when either operand comes
from macro expansion
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56785
--- Comment #5 from Jonathan Wakely ---
The solution I'm testing is to give every tuple hierarchy a distinct base
class, differentiated by an unused template argument that depends on the types
of all the elements, so the base classes can be at th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #10 from Ilya Mikhaltsou ---
(In reply to Manuel López-Ibáñez from comment #9)
> (In reply to Ilya Mikhaltsou from comment #8)
> > Created attachment 32949 [details]
> > Patch to compile gcc on OS X 10.10 Yosemite
> >
> > Fixed every
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
--- Comment #2 from Uroš Bizjak ---
(In reply to Rainer Orth from comment #1)
> Created attachment 32950 [details]
> assembler output
The test assumes that frame pointer is omitted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
--- Comment #2 from Yury Gribov ---
Created attachment 32951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32951&action=edit
Proposed patch
This seems to fix the ICE (I haven't yet done complete bootstrap, just Asan
tests).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61483
--- Comment #1 from Yufeng Zhang ---
Author: yufeng
Date: Tue Jun 17 09:39:22 2014
New Revision: 211733
URL: https://gcc.gnu.org/viewcvs?rev=211733&root=gcc&view=rev
Log:
gcc/
PR target/61483
* config/aarch64/aarch64.c (aarch64_layout_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61519
Matthew Iselin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61526
Roman Khimov changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Roman Khimov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
--- Comment #1 from Rainer Orth ---
Created attachment 32950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32950&action=edit
assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61533
Bug ID: 61533
Summary: gcc.target/i386/fuse-caller-save.c FAILs on 64-bit
Solaris/x86
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Ilya Mikhaltsou changed:
What|Removed |Added
CC||morpheby at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61012
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Tue Jun 17 09:07:41 2014
New Revision: 211728
URL: https://gcc.gnu.org/viewcvs?rev=211728&root=gcc&view=rev
Log:
2014-06-17 Richard Biener
PR lto/61012
* gcc.dg/lto/pr61526
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61012
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Tue Jun 17 09:08:02 2014
New Revision: 211729
URL: https://gcc.gnu.org/viewcvs?rev=211729&root=gcc&view=rev
Log:
2014-06-17 Richard Biener
PR lto/61012
* gcc.dg/lto/pr61526
1 - 100 of 121 matches
Mail list logo