Hi Team,
For one of my project requirement, I tried to write a C++ function (given
below) to convert a double value to a string.
#include
#include
#include
using namespace std;
int main()
{
char * buffer = 0;
double num = 23e45;
buffer = new cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60646
Janne Blomqvist changed:
What|Removed |Added
Component|fortran |middle-end
--- Comment #6 from Janne Bl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #6 from Jerry DeLisle ---
Patch part 1:
Index: write.c
===
--- write.c(revision 208887)
+++ write.c(working copy)
@@ -1835,7 +1835,10 @@
break;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60702
--- Comment #3 from Stan Pavlovski ---
Template class' thread_local member is not initialized unless other
non-template class' thread_local member is initialized first:
#include
using namespace std;
struct far {
struct boo {
boo ()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60702
--- Comment #2 from Stan Pavlovski ---
Created attachment 32482
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32482&action=edit
Source file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60702
--- Comment #1 from Stan Pavlovski ---
Created attachment 32481
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32481&action=edit
Gcc temp output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60702
Bug ID: 60702
Summary: thread_local initialization
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60648
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
--- Comment #4 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Mar 28 22:14:36 2014
New Revision: 208926
URL: http://gcc.gnu.org/viewcvs?rev=208926&root=gcc&view=rev
Log:
2014-03-28 Vladimir Makarov
PR target/60697
* lra-constrai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60648
--- Comment #5 from Jeffrey A. Law ---
Author: law
Date: Fri Mar 28 22:02:32 2014
New Revision: 208924
URL: http://gcc.gnu.org/viewcvs?rev=208924&root=gcc&view=rev
Log:
PR target/60648
* expr.c (do_tablejump): Use simplify_gen_binary r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #5 from Jerry DeLisle ---
I believe namelist writing is working correctly.
From the given test case and not deleting the file.
$ cat fort.99
&nml str = "a你好" /
a你好
This narrows down to the read side of things.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #14 from Dominique d'Humieres ---
gfortran.dg/assumed_rank_7.f90 still aborts when compiled with
-fsanitize=address as in comment 3.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #12 from H.J. Lu ---
(In reply to Tobias Burnus from comment #11)
> (In reply to H.J. Lu from comment #0)
> > It only happens when running
> > make check-gfortran RUNTESTFLAGS="dg.exp=assumed_rank_7.f90
> > --target_board='unix{-march=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
--- Comment #2 from H.J. Lu ---
It was triggered by r190339.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #11 from Tobias Burnus ---
(In reply to H.J. Lu from comment #0)
> It only happens when running
> make check-gfortran RUNTESTFLAGS="dg.exp=assumed_rank_7.f90
> --target_board='unix{-march=corei7\ -fno-backtrace}'"
Can you confirm that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #10 from Tobias Burnus ---
Author: burnus
Date: Fri Mar 28 20:56:28 2014
New Revision: 208923
URL: http://gcc.gnu.org/viewcvs?rev=208923&root=gcc&view=rev
Log:
2014-03-28 Mikael Morin
Tobias Burnus
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
Adam Butcher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #5 from Peter Machon ---
Addendum: With version 4.8.2 it works just fine, thanks a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
--- Comment #1 from Adam Butcher ---
Author: abutcher
Date: Fri Mar 28 20:41:45 2014
New Revision: 208921
URL: http://gcc.gnu.org/viewcvs?rev=208921&root=gcc&view=rev
Log:
Fix PR c++/60573
PR c++/60573
* name-lookup.h (cp_binding_level):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #9 from Tobias Burnus ---
Author: burnus
Revision: 208918
Modified property: svn:log
Modified: svn:log at Fri Mar 28 20:34:48 2014
--
--- svn:log (original)
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.8/4.9 Regression] FAIL: |[4.8 Regression] FAIL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60659
--- Comment #4 from Jan Hubicka ---
OK, this is ICE on type inconsistent program (it looks up virtual function in
non-virtual type). I forgot gcc_unreacable on that code path from earlier
sanity checking.
I will arrange such inconsistent calls to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
--- Comment #3 from Yuri Gribov ---
(In reply to Yuri Gribov from comment #2)
> I think this needs to be fixed (or rather implemented) in QEMU.
QEMU bug: https://bugs.launchpad.net/qemu/+bug/1299190
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #14 from Jan Hubicka ---
Author: hubicka
Date: Fri Mar 28 19:50:28 2014
New Revision: 208916
URL: http://gcc.gnu.org/viewcvs?rev=208916&root=gcc&view=rev
Log:
PR ipa/60243
* ipa-inline.c (want_inline_small_function_p): Short c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.8/4.9 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 19:31:17 2014
New Revision: 208915
URL: http://gcc.gnu.org/viewcvs?rev=208915&root=gcc&view=rev
Log:
PR target/60693
* config/i386/i386.c (ix86_copy_addr_to_reg): Call c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #2 from Tobias Burnus ---
Post script: CLANG has:
'-fsanitize=undefined' not allowed with '-fsanitize-undefined-trap-on-error'
And regarding the function call: With -fno-sanitize-recover one simply appends
an "_abort" to the functio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
Bug ID: 60696
Summary: [aarch64] vld1 intrinsics gives unexpected result in
big_endian
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60687
Yury Usishchev changed:
What|Removed |Added
CC||jolfzverb at gmail dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #4 from Mikael Morin ---
Author: mikael
Date: Fri Mar 28 18:58:44 2014
New Revision: 208913
URL: http://gcc.gnu.org/viewcvs?rev=208913&root=gcc&view=rev
Log:
fortran/
PR fortran/60677
* trans-intrinsic.c (gfc_conv_intr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #7 from Cong Hou ---
Yes, will do it. Thank you a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #4 from Peter Machon ---
(In reply to Dominique d'Humieres from comment #3)
> > gcc version 4.5.2 (GCC)
>
> 4.5 and 4.6 are no longer supported. You should upgrade to 4.8.2: pr43896
> has been fixed by r158910, Apr 29 2010 (BTW where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896
Dominique d'Humieres changed:
What|Removed |Added
CC||peter.machon at arcor dot de
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60689
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 18:16:32 2014
New Revision: 208912
URL: http://gcc.gnu.org/viewcvs?rev=208912&root=gcc&view=rev
Log:
PR c++/60689
* c-tree.h (c_build_function_call_vec): New prototype.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #2 from Peter Machon ---
(In reply to Dominique d'Humieres from comment #1)
> The test succeeds with 4.6 to trunk, but ICE (in gfc_build_null_descriptor)
> with 4.5. Could you post the output of gfortran -v?
Sure:
Using built-in spe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #7 from Jakub Jelinek ---
(In reply to Martin Jambor from comment #6)
> I added the newest testcase to the patch a proposed it on the mailing list:
>
> http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01640.html
I still see the old testc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #1 from Dominique d'Humieres ---
The test succeeds with 4.6 to trunk, but ICE (in gfc_build_null_descriptor)
with 4.5. Could you post the output of gfortran -v?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
Bug ID: 60701
Summary: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:551
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #6 from Andrew Haley ---
OK, pls ping me whan the tree is stable and I'll fix the Java FE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
Bug ID: 60697
Summary: [aarch64] LRA ICE (Segfault) while building
435.gromacs
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
--- Comment #3 from Paul Pluzhnikov ---
>From PR57493: Google ref: b/9229787
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
Bug ID: 60700
Summary: missing dependency between %ax and %eax when compiling
32bit on 64bit
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
christophe.lyon at st dot com changed:
What|Removed |Added
Target||aarch64
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #12 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Mar 28 15:27:58 2014
New Revision: 208900
URL: http://gcc.gnu.org/viewcvs?rev=208900&root=gcc&view=rev
Log:
2014-03-28 Vladimir Makarov
PR target/60675
* lra-assigns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #5 from Jakub Jelinek ---
The http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01370.html
fix is still waiting for review, you need that for both
--with-build-config=bootstrap-ubsan
and --with-build-config=bootstrap-asan.
For --with-build-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #6 from Martin Jambor ---
I added the newest testcase to the patch a proposed it on the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01640.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60699
Bug ID: 60699
Summary: empty braced-init-list of non-static data member T[N]
in class template results in ICE, if T is a class
Product: gcc
Version: 4.9.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #4 from Jonathan Wakely ---
I don't buy it. That zero-size struct type has very limited uses, it's not the
sort of type you use like other value types, and I can't imagine any scenario
where that type is useful where you're also storin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #56 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 17:17:56 2014
New Revision: 208907
URL: http://gcc.gnu.org/viewcvs?rev=208907&root=gcc&view=rev
Log:
PR c++/58678
* g++.dg/abi/thunk6.C: Scan assembler for _ZTv0_n32_N1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150
--- Comment #1 from Ben Longbons ---
Still present in gcc 4.9 as of 2014-03-22
Currently I'm hacking around this by using a gdb pretty printer that hard-codes
the enum values and turns them into strings, but that only works for printing,
not call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #6 from Jakub Jelinek ---
Created attachment 32475
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32475&action=edit
gcc49-pr60656.patch
I've bootstrapped/regtested in the mean time this patch on x86_64-linux and
i686-linux, no re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60698
Bug ID: 60698
Summary: non-empty braced-or-equal-initializer of non-static
data member T[N] in class template results in error
diagnostic, if T is a class
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #4 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #3)
> I guess we shouldn't copy the design mistakes clang makes. What action to
> take on detected undefined behavior should be orthogonal to how to report it
> (runtim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
--- Comment #2 from ktkachov at gcc dot gnu.org ---
The compiler has been configured with:
--with-pkgversion=unknown --disable-shared --disable-nls --disable-threads
--disable-tls --enable-checking=yes --enable-languages=c,c++,fortran
--with-newlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
--- Comment #2 from Ben Longbons ---
Still an issue with 4.9 as of 2014-03-22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #3 from Jakub Jelinek ---
I guess we shouldn't copy the design mistakes clang makes. What action to take
on detected undefined behavior should be orthogonal to how to report it
(runtime error message with recovery, fatal runtime error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #7 from Jakub Jelinek ---
Supposedly you could just try to configure with --disable-lto to workaround it.
Not to mention that you really don't need to do bootstrap-ubsan for this, just
add
--- gcc/double-int.c2014-01-03 11:40:46.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #4 from Andrew Haley ---
Still no luck with ubsan, which seems to be broken:
/usr/local/i686-pc-linux-gnu/sys-include-O2 -g -O2 -DIN_GCC-W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Thomas Lamb changed:
What|Removed |Added
CC||tclamb at ufl dot edu
--- Comment #1 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from Paul Pluz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Thomas Lamb changed:
What|Removed |Added
CC||tclamb at ufl dot edu
--- Comment #1 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51088
Marek Polacek changed:
What|Removed |Added
Keywords||documentation
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #3 from Roman Kononov ---
Yes, it is definitely silly in some sense. But, some templated user code might
become more complex with this behaviour. If gcc supports zero-sized objects it
would be nice to support them fully. The implementa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #11 from Vladimir Makarov ---
I've been working on it. I hope the patch will be ready today.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #1 from Jonathan Wakely ---
That type isn't valid in ISO C++ and I don't see how you can usefully use it as
an atomic object, so I don't think this failure matters.
My preference would be to add this to std::atomic<_Tp>:
static_ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #7 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #6)
> H.J. just filed a separate PR about the ichar_3.f90 failure in PR60678.
And one at PR 60677, which is due to the same cause. (The issue is there that
one has a le
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60678
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #2 from Tobias Burnus ---
*** Bug 60678 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Bug ID: 60695
Summary: std::atomic doesn't work when X is of zero size
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #5 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #4)
> That is still too big, here is a smaller one:
> struct B { virtual unsigned f () const; };
> struct C { virtual void f (); };
> struct F { virtual unsigned f (bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #4 from Jakub Jelinek ---
That is still too big, here is a smaller one:
struct B { virtual unsigned f () const; };
struct C { virtual void f (); };
struct F { virtual unsigned f (bool) const; ~F (); };
struct J : C, F {};
struct G : J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #3 from Jakub Jelinek ---
Reduced testcase:
struct A {};
struct E { ~E (); };
struct B { virtual unsigned foo () const; };
struct C { virtual void foo (); };
struct D : public A { D (A *); };
struct I : public D { A i; I (int) : D (0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #10 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #9)
> Note I couldn't reproduce this with a cross from x86_64-linux to
> aarch64-linux, wonder what is the important difference. While I don't have
> cros
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
--- Comment #7 from Jakub Jelinek ---
Non-K&R that ICEs the same way (with call through incompatible function pointer
type):
struct _wincore
{
int width, height;
};
static void
foo (void *dpy, struct _wincore *winInfo, int offset)
{
fn1 (win
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #9 from Jakub Jelinek ---
Note I couldn't reproduce this with a cross from x86_64-linux to aarch64-linux,
wonder what is the important difference. While I don't have cross binutils
installed, I made sure I have HAVE_GAS_HIDDEN and HAV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48099
--- Comment #5 from Andrew Pinski ---
(In reply to Richard Biener from comment #4)
> Java.
Even with the removal of the Java source compiler (the byte code one should be
safe enough).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #5 from Jakub Jelinek ---
(In reply to Cong Hou from comment #4)
> Yes, there is a quick fix: we can check if the def with
> vect_used_by_reduction is immediately used by a reduction stmt. After all,
> it seems that supportable_widenin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60694
Bug ID: 60694
Summary: Gcc-4.2.4 hangs during compilation of the attached
test
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 10:25:34 2014
New Revision: 208893
URL: http://gcc.gnu.org/viewcvs?rev=208893&root=gcc&view=rev
Log:
PR ipa/60315
* g++.dg/torture/pr60315.C: Add -std=c++11 to dg-optio
1 - 100 of 114 matches
Mail list logo
