http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #4 from Alexander Ivchenko ---
That (In reply to Andrew Pinski from comment #2)
> Well pthread_yield should be replaced with the POSIX version: sched_yield()
> instead.
Right.. the attached patch cured the build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #3 from Alexander Ivchenko ---
Created attachment 32443
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32443&action=edit
Renaming ANDROID to __ANDROID__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #2 from Andrew Pinski ---
Well pthread_yield should be replaced with the POSIX version: sched_yield()
instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
--- Comment #1 from Andrew Pinski ---
If SYS_gettid is not defined, then it is a bug in the bionic libc headers as
NR_gettid is defined in the kernel headers.
Also pthread_yield should be defined in pthread.h if it is not then it is again
a bug i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60644
Bug ID: 60644
Summary: [4.9 Regression] Build of i686-pc-linux-android is
broken
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #7 from Andrew Pinski ---
Here is my configure line:
Configured with: /home/apinski/src/gcc-fsf/local//gcc/configure
--prefix=/home/apinski/local-gcc-mips --target=mips64-linux-gnu --with-mips-plt
--with-arch=octeon+ --with-float=soft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #6 from Andrew Pinski ---
It works with an unmodified:
xgcc (GCC) 4.9.0 20140317 (experimental) [trunk revision 208625]
Compiled for mips64-linux-gnu and using -mabi=32.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #5 from Andrew Pinski ---
Can you try without the OE patches first?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #12 from Jan Hubicka ---
Created attachment 32442
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32442&action=edit
Better patch
I am attaching more complete patch. There is quite bad wrong code bug in
pure-const that updates dec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #4 from hongxu jia ---
Created attachment 32441
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32441&action=edit
the open-embedded patches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #3 from Andrew Pinski ---
It works for me in modified version of GCC 4.9.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #2 from Andrew Pinski ---
Is this with or without the open-embedded patches?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57125
--- Comment #4 from Ryan Hill ---
For 4.7, the patch in comment #1 did the trick for us.
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/gcc/4.7.3/gentoo/93_all_4.8.0_gengtype-lex_parallel_build.patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
hongxu jia changed:
What|Removed |Added
Target||mips-wrs-linux
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
Bug ID: 60643
Summary: ICE with -O1 and -g on mips (internal compiler error:
in dwarf2out_var_location, at dwarf2out.c:20810)
Product: gcc
Version: 4.8.2
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60642
Bug ID: 60642
Summary: abi_tag attribute doesn't work on explicit
specializations of class templates
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60567
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60600
--- Comment #6 from Jan Hubicka ---
The patch looks fine to me with an testcase added checking for the warning.
I sort of hoped that the type based devirt code in ipa-cp won't get into
completely contradicting answers, but that was at a time when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #11 from Jan Hubicka ---
Created attachment 32439
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32439&action=edit
Patch I am testing
this patch implements the trick of redirecting call edges to UNREACHABLE. It
solves the compil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60604
--- Comment #4 from Steve Ellcey ---
I see what you mean about the bad code and if I change it by hand (copying $2
to $f13 instead of $f12 then the code does work. I am not sure how to fix the
register allocator though. I thought maybe REG_WORDS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #10 from Jan Hubicka ---
Actually the problem here seems to be that we soon work out that most of edges
are never executed, yet we still inlining them. The metrics are not growing
then so we take time to hit the limits. I guess with a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Jan Hubicka -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60626
Adam Butcher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2014-03-23 00:00:00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #17 from kargl at gcc dot gnu.org ---
(In reply to Sarantis Pantazis from comment #15)
>
> It seems it is something trivial but my knowledge outside of fortran is
> still rather limited...
>
Bugzilla is not a Fortran User support forum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45610
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #11 from Olaf van der Spek ---
Perhaps, but that's not the ideal route.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #10 from Andreas Schwab ---
Standards also sometimes invent new interfaces if the need arises.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #16 from Harald Anlauf ---
(In reply to Sarantis Pantazis from comment #13)
> > Did you update the compiler name in your makefile?
>
> I have left the line COMPILER=gfortran at the top as it is and I have
> defined an alias in my ~/.b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #15 from Sarantis Pantazis ---
> Did you install the compiler (i.e. run 'make install')?
Yes, I did. I read http://gcc.gnu.org/install/index.html and made a summary of
the steps I followed (attached here). I also kept a log of "make"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #9 from Olaf van der Spek ---
Standards bodies prefer to standardize existing practise, so I think that's the
wrong way to go. Ideally it's first implemented and only then it gets
standardized.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #8 from Andreas Schwab ---
So convince one of the standards body that your macro is a good thing to add.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #7 from Olaf van der Spek ---
(In reply to Andrew Pinski from comment #6)
> Your own library.
Reinventing the wheel time and time again leads to code duplication which is
bad.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
--- Comment #6 from Andrew Pinski ---
(In reply to Olaf van der Spek from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > Well don't call it assert, call it my_assert or something like that.
> >
> > We should not be adding random ex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Olaf van der Spek changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Olaf van der Spek changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60641
Bug ID: 60641
Summary: Converting ushort to offset on x86_64 generates double
movzwl
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60626
Adam Butcher changed:
What|Removed |Added
Last reconfirmed||2014-03-23
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #19 from Tobias Burnus ---
(In reply to Martin Jambor from comment #17)
> Although the ICE message is the same, this is most certainly a
> different bug as it happens at a different time during the compilation
> process. I will look i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
Bug ID: 60640
Summary: [4.9 Regression] ICE edge points to wrong declaration
/ verify_cgraph_node failed
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60627
Adam Butcher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60627
--- Comment #1 from Adam Butcher ---
Author: abutcher
Date: Mon Mar 24 20:40:15 2014
New Revision: 208799
URL: http://gcc.gnu.org/viewcvs?rev=208799&root=gcc&view=rev
Log:
Fix PR c++/60627
PR c++/60627
* parser.c (cp_parser_parameter_dec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60543
--- Comment #13 from Sarantis Pantazis ---
> Did you update the compiler name in your makefile?
I have left the line COMPILER=gfortran at the top as it is and I have defined
an alias in my ~/.bashrc for gfortran pointing to the newly installed lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60639
Bug ID: 60639
Summary: New Assert Variants
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
Assignee: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60631
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60637
--- Comment #2 from Marc Glisse ---
IIUC (with gcc-4.9), signbit is not part of C++98, and with -std=c++11 things
work. In C++98 mode, libstdc++ (sometimes) provides std::signbit as an
extension, which calls __builtin_signbit which takes a double
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60624
--- Comment #6 from Waldemar Brodkorb ---
Hi,
if I understand it correctly. I uploaded percpu.o which creates the bad kernel,
when used. percpu.o.b is compiled with gcc 4.8.2. percpu.o.w is created with
4.8.2 with the back port patch. Again here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60637
--- Comment #1 from Daniel Krügler ---
This seems to be fixed in 4.9.0 trunk. My guess is that this was solved via bug
58625.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40539
--- Comment #15 from Tobias Burnus ---
As follow up: Recent Intel Fortran Compilers have the fixed it - but one
currently has to use -standard-semantics in order to get the compatible result.
[I don't know which options Intel uses for the Math Ke
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60501
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60375
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
--- Comment #8 from Jakub Jelinek ---
True, although it has been broken (though didn't crash) already around in
r11:
MALLOC_PERTURB_=225 /usr/src/gcc-test/obj/gcc/cc1plus.11 -include
./pr58893.h -include xxx.h pr58893.c -quiet -o /tmp/pr5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #18 from Markus Trippelsdorf ---
markus@x4 tmp % cat test.ii
class ASN1Object
{
public:
virtual ~ASN1Object ();
};
class A
{
virtual unsigned m_fn1 () const;
};
class B
{
public:
ASN1Object Element;
virtual unsigned m_fn1 (bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60628
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #4 from Jakub Jelinek ---
BTW, I'm also getting:
+FAIL: gfortran.dg/ichar_3.f90 -O (internal compiler error)
+FAIL: gfortran.dg/ichar_3.f90 -O (test for excess errors)
+FAIL: gfortran.dg/intrinsics_kind_argument_1.f90 -O (interna
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57125
Volker Braun changed:
What|Removed |Added
CC||vbraun at physics dot upenn.edu
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60638
Bug ID: 60638
Summary: Frame pointer vs push/pop
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #17 from Martin Jambor ---
(In reply to David Binderman from comment #16)
> I am not sure this is fixed. Please see attached
> source code which still fails.
Although the ICE message is the same, this is most certainly a
different bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60637
Bug ID: 60637
Summary: --fast-math breaks std::signbit function
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60501
--- Comment #7 from Andreas Krebbel ---
Author: krebbel
Date: Mon Mar 24 17:38:09 2014
New Revision: 208796
URL: http://gcc.gnu.org/viewcvs?rev=208796&root=gcc&view=rev
Log:
2014-03-24 Andreas Krebbel
PR rtl-optimization/60501
* optab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60636
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60636
Bug ID: 60636
Summary: ubsan doesn't instrument signed integer ABS_EXPR
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
--- Comment #6 from Jakub Jelinek ---
MALLOC_PERTURB_=225 ./cc1plus -include ./pr58893.h -include xxx.h pr58893.c
-quiet -o /tmp/pr58893.s
reproduces it too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
--- Comment #5 from Jason Merrill ---
Created attachment 32436
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32436&action=edit
patch
Here's a fix. I suppose it should probably wait until after 4.9.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60574
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
--- Comment #8 from lavr at ncbi dot nlm.nih.gov ---
This is the code from the original .c file that fails to post a warning.
sock->w_len -= BUF_PeekAtCB(sock->w_buf,
BUF_Size(sock->w_buf) - sock->w_len,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60574
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Mar 24 15:55:43 2014
New Revision: 208792
URL: http://gcc.gnu.org/viewcvs?rev=208792&root=gcc&view=rev
Log:
PR c++/60574
* decl.c (grokdeclarator): Change permerror about 'virt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60635
Bug ID: 60635
Summary: ICE when mixing C and Fortran lto1: error: use operand
missing for stmt
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634
--- Comment #2 from Alexander Ivchenko ---
(In reply to Jakub Jelinek from comment #1)
> What is it useful for to configure gcc that way?
The stdc++ library is built and shipped separately from the compiler.
> And, both libsanitizer and libcilkr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634
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=54774
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #6 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633
--- Comment #4 from Chris Zimmermann ---
PS: At first, I thought I had spotted a duplicate of #45177 but then this is no
cross-compilation and #45177 has been marked "fixed" in the tracker log with
the fix confirmed working.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633
--- Comment #3 from Chris Zimmermann ---
The native compiler of the build system is gcc 4.2.3.
An strace dump confirms that stage 1 cc1 is picked up from
/volume1/homes/nasuser/dev/dsm/build_gcc/static/./gcc/ as the first -B option
suggests.
Run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633
--- Comment #2 from Chris Zimmermann ---
Created attachment 32435
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32435&action=edit
Preprocessed source as requested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
--- Comment #10 from Richard Biener ---
It's a GNU ld bug I believe.
https://sourceware.org/bugzilla/show_bug.cgi?id=16746
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
--- Comment #7 from Andreas Schwab ---
# 3416 "/home/lavr/cxx/src/connect/ncbi_socket.c" 3 4
The file is marked as system header, perhaps because the expansion on this line
came from a system header? (looks like assert(...)) Note that there are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
--- Comment #6 from lavr at ncbi dot nlm.nih.gov ---
The .c file has a lot of headers included. Do you want all of them, as well?
OTOH, the code in the preprocessed file clearly shows the use of a function
pointer of mismatched type gone un-warned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634
Bug ID: 60634
Summary: [4.9] Build x86_64-unknown-linux-gnu with
--disable-libstdc__-v3 is broken
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633
--- Comment #1 from Andrew Pinski ---
Which compiler did you start with? This really sounds like a bug in the
original compiler if it is truly stage 1.
Also can you provide the preprocessed source?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60633
Bug ID: 60633
Summary: When boostrapping 4.8.2 cc1 crashes with memory
allocation problem
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
--- Comment #9 from Mark Pizzolato ---
> When val == 0 then the case of len == 0 is ambiguous and you can't really
tell the user they swapped val and len (because they are equal).
That is certainly true.
I'm not sure how that specifically relate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60632
Bug ID: 60632
Summary: ICE in ipa-inline-analysis.c on ARM (arm10tdmi thumb
with neon)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
--- Comment #8 from Richard Biener ---
(In reply to Mark Pizzolato from comment #7)
> Thanks for reducing this test case further. That illuminates something for
> me:
>
> Specifically:
>
> Notice in the following lines:
>
> if (__builtin_con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
--- Comment #7 from Mark Pizzolato ---
Thanks for reducing this test case further. That illuminates something for me:
Specifically:
Notice in the following lines:
if (__builtin_constant_p (__len) && __len == 0
&& (!__builtin_constant_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
--- Comment #6 from Richard Biener ---
Btw, it works when using gold ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621
Ilya Palachev changed:
What|Removed |Added
CC||iliyapalachev at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60100
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59749
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #16 from David Binderman ---
I am not sure this is fixed. Please see attached
source code which still fails.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176
--- Comment #15 from David Binderman ---
Created attachment 32434
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32434&action=edit
gzipped C++ source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626
--- Comment #20 from Richard Biener ---
Testcase:
int __atoi (const char *) __asm__("atoi");
extern inline __attribute__((always_inline,gnu_inline))
int atoi (const char *x)
{
return __atoi (x);
}
int bar (int (*)(const char *));
int main()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60609
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60617
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.3
--- Comment #1 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60624
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
1 - 100 of 107 matches
Mail list logo
