https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
--- Comment #8 from Jonathan Wakely ---
Unfortunately this is the documented way to use ffmpeg, because it's broken and
the devs think that's fine:
https://trac.ffmpeg.org/ticket/3626
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
--- Comment #7 from Jonathan Wakely ---
I see. Well please do report to the upstream projects telling them it's bad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
--- Comment #5 from Jonathan Wakely ---
(In reply to Kacper Słomiński from comment #0)
> This causes the following build errors if is included somewhere
> inside an `extern "C"` block:
Stop doing that then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
--- Comment #4 from Andrew Pinski ---
(In reply to Eric Gallager from comment #3)
> Perhaps g++ could issue a warning about it, then?
That is PR 91770.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
--- Comment #2 from Andrew Pinski ---
Note doing extern "C" around includes is bad form and is even undefined
according to the C++ standard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115885
Bug ID: 115885
Summary: Build errors when libstdc++ math.h included in extern
"C" block
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115171
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115171
Bug ID: 115171
Summary: Constant evaluation of math.h functions in C++ against
constexpr.functions
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
Bug ID: 81841
Summary: i386: weird gcc -C error when including math.h
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
Richard Biener changed:
What|Removed |Added
Target|Target: x86_64-redhat-linux |x86_64-redhat-linux
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
--- Comment #5 from Jonathan Wakely ---
That macro is for internal use only, you're not allowed to define or undefine
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
Gordon Mc changed:
What|Removed |Added
Target||Target: x86_64-redhat-linux
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
--- Comment #3 from Gordon Mc ---
GCC build being used, was configured with --enable-bootstrap
--enable-threads=posix --disable-checking --with-system-zlib
--enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++,fortran --di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
--- Comment #2 from Andrew Pinski ---
Also what target is this for?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
--- Comment #1 from Andrew Pinski ---
Why are you defining _GLIBCXX_USE_C99_FP_MACROS_DYNAMIC on the command line?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81542
Bug ID: 81542
Summary: Compilation failure with math.h and
-D_GLIBCXX_USE_C99_FP_MACROS_DYNAMIC
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
--- Comment #6 from Jonathan Wakely ---
If you mess with the order of system header directories then you mess up how
headers are found. So don't do that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
bastl73 changed:
What|Removed |Added
CC||sebastian.bw at freenet dot de
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71914
--- Comment #3 from henad221 at student dot liu.se ---
Thanks for quick reply. I didn't expect the name DOMAIN to be used by something
when including math.h. Thanks to Jakub for an explanation of what is happening,
next time I will try t
from Jakub Jelinek ---
First of all, note that math.h header comes from the C library, not GCC, so
likely glibc in your case.
And, please learn about Feature Test Macros that affect the namespace.
DOMAIN is part of SVID support, is included in e.g. _DEFAULT_SOURCE or
_GNU_SOURCE. So e.g. if you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71914
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71914
Bug ID: 71914
Summary: Name 'DOMAIN' is blocked when including math.h
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: minor
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
--- Comment #3 from Tommy McGuire ---
Pony bug 797: https://github.com/ponylang/ponyc/issues/797
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
--- Comment #1 from Tommy McGuire ---
This may be related to Bug #70936
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70936).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
--- Comment #2 from Tommy McGuire ---
Created attachment 38479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38479&action=edit
Preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090
Bug ID: 71090
Summary: #include cannot locate math.h
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #13 from Jason Merrill ---
Author: jason
Date: Tue Feb 16 19:01:49 2016
New Revision: 233470
URL: https://gcc.gnu.org/viewcvs?rev=233470&root=gcc&view=rev
Log:
PR c++/69657
* name-lookup.c (lookup_qualified_name): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #12 from Jason Merrill ---
Author: jason
Date: Wed Feb 10 15:34:59 2016
New Revision: 233278
URL: https://gcc.gnu.org/viewcvs?rev=233278&root=gcc&view=rev
Log:
PR c++/69657
* name-lookup.c (ambiguous_decl): Call remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Mon Feb 8 22:07:54 2016
New Revision: 233229
URL: https://gcc.gnu.org/viewcvs?rev=233229&root=gcc&view=rev
Log:
PR c++/69657
* name-lookup.c (do_nonmember_using_decl): L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69721
--- Comment #3 from Jonathan Wakely ---
17.6.2.2 [using.headers]
"A translation unit shall include a header only outside of any declaration or
definition,"
That includes namespace declarations ("header" in the standard means a standard
header,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69721
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69721
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69721
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69721
Bug ID: 69721
Summary: [6 Regression] math.h is broken
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #7 from Jonathan Wakely ---
(In reply to Wilco from comment #5)
> Note I see the long, long long, int128, float, double, long double
> overloads, but where is the plain int overload defined?
In the libc header, not in libstdc++.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #8 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Wilco from comment #5)
> > I bet that adding an int overload that redirects to __builtin_abs similar to
> > the others will fix the issue.
>
> Hmm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #6 from Andrew Pinski ---
(In reply to Wilco from comment #5)
> I bet that adding an int overload that redirects to __builtin_abs similar to
> the others will fix the issue.
Hmm, I wonder if the following needs to hold true:
extern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #5 from Wilco ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Jonathan Wakely from comment #3)
> > Recategorising as component=c++, and removing the regression marker (because
> > the change in libstdc++ that reveals t
|abs() not inlined after |[6 Regression] abs() not
|including math.h|inlined after including
||math.h
--- Comment #4 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #3)
> Recategorising as compon
||2016-02-03
Component|libstdc++ |c++
Summary|[6 Regression] abs() not|abs() not inlined after
|inlined after including |including math.h
|math.h |
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #2 from Jonathan Wakely ---
This exhibits the same problem:
namespace foo
{
inline double
abs(double __x)
{ return __builtin_fabs(__x); }
}
using foo::abs;
#include
int
wrap_abs (int x)
{
return std::abs (x) + std::abs(x);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #1 from Jonathan Wakely ---
is not unrelated, it declares overloads of std::abs. If you include a
genuinely unrelated file then you get your expected output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Bug ID: 69657
Summary: [6 Regression] abs() not inlined after including
math.h
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #15 from Jonathan Wakely ---
Amker, if you're talking about aarch64-*-*gnu* then that's not this bug
(because this is about HP-UX). I assume you're using glibc from git, in which
case see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #14 from Jonathan Wakely ---
(In reply to amker from comment #13)
> I also saw this issue on aarch64, will test if the patch fixes it.
It's a C library conflict, not hardware-specific, so "aarch64" is not relevant.
The patch only af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #11 from John David Anglin ---
Author: danglin
Date: Thu Jan 28 13:09:23 2016
New Revision: 232925
URL: https://gcc.gnu.org/viewcvs?rev=232925&root=gcc&view=rev
Log:
PR libstdc++/69450
* acinclude.m4 (GLIBCXX_CHECK_MA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #10 from dave.anglin at bell dot net ---
On 2016-01-24, at 4:20 PM, redi at gcc dot gnu.org wrote:
> We might also want to split
> _GLIBCXX_NO_OBSOLETE_ISINF_ISNAN_DYNAMIC into two macros (although that's not
> needed for the only cur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #9 from Jonathan Wakely ---
Thanks, looks good. We might also want to split
_GLIBCXX_NO_OBSOLETE_ISINF_ISNAN_DYNAMIC into two macros (although that's not
needed for the only current user of that macro, GNU/Linux, where they're either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #8 from dave.anglin at bell dot net ---
On 2016-01-24, at 2:16 PM, redi at gcc dot gnu.org wrote:
> I can prepare a patch to do that tomorrow.
This is what I'm testing. Not quite to failure point in build.
--
John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #7 from Jonathan Wakely ---
I can prepare a patch to do that tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #6 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #5 from John David Anglin ---
The configure check in acinclude.m4 doesn't work:
checking for obsolete isinf and isnan functions in ... no
It appears the problem is there is an obsolete isnan but not isinf. We have
in config.log:
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
10, there is no macro support.
So, I think we need to retain the declaration and use the defines from math.h.
I will try your patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
--- Comment #1 from John David Anglin ---
Think the declaration for isnan in include-fixed/math.h should be deleted.
It's an XOPEN extension and conflicts with macro implementation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Bug ID: 69450
Summary: [6 Regression] libstdc++-v3/include/math.h:66:1 2:
error: 'constexpr bool std::isnan(double)' conflicts
with a previous declaration
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #21 from karsten ---
Thank you, but the 4.9.0 Mavericks built throws the same error:
Undefined symbols for architecture x86_64:
"___cxa_throw_bad_array_new_length", referenced from:
create_parameters_gui(bool) in ccnFtqfx.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #20 from Francois-Xavier Coudert ---
(In reply to karsten from comment #19)
> I have replaced the resp. library by my MacPorts build and it compiles now!
> Perhaps a hacker way, however. Perhaps I install the compiler from MacPorts
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #19 from karsten ---
Merci François for your efforts.
I have replaced the resp. library by my MacPorts build and it compiles now!
Perhaps a hacker way, however. Perhaps I install the compiler from MacPorts
after these experiences. An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #16 from karsten ---
Hmm, hmm I am a packager in this case and don't know how to build that library.
It is delivered with the compiler from hpc.
What I could try is to replace it with install_name_tool with my MacPorts
library libgmp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #15 from Francois-Xavier Coudert ---
Created attachment 33869
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33869&action=edit
Shorted testcase should reproduce the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #14 from Francois-Xavier Coudert ---
(In reply to karsten from comment #13)
> libgmp.10.dylib`__gmpn_popcount + 26, queue = 'com.apple.main-thread', stop
> reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
> * frame #0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #13 from karsten ---
It gets late, here is the output of lldb. I will be busy tomorrow so I will not
respond to quick!
lldb -- /usr/local/libexec/gcc/x86_64-apple-darwin14.0.0/4.9.2/cc1plus -quiet
-v -I /opt/local/include -I /usr/X11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #12 from karsten ---
> I could not forward the mail from Gaurav:
>
> Von: Gaurav Khanna
> Betreff: Aw: [Bug c++/63262] internal compiler error including math.h
> Datum: 2. November 2014 23:15:50 MEZ
> An: Kar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #11 from karsten ---
I could not forward the mail from Gaurav:
Von: Gaurav Khanna
Betreff: Aw: [Bug c++/63262] internal compiler error including math.h
Datum: 2. November 2014 23:15:50 MEZ
An: Karsten
http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #10 from Francois-Xavier Coudert ---
Could you backtrace the segfault?
1. Run g++ with added option "-v", and find out the command-line with "cc1plus"
in the output.
2. Then run this "cc1plus" command-line under a debugger, prefixing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #9 from karsten ---
Anfang der weitergeleiteten Nachricht:
> Von: Gaurav Khanna
> Betreff: Aw: [Bug c++/63262] internal compiler error including math.h
> Datum: 2. November 2014 23:15:50 MEZ
> An: Karsten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to karsten from comment #7)
> I have tried the same with the hpc build of gcc 5.0 on Yosemite MacOSX 10.10
> with the same result!
> Should I produce a similar gmic.ii file ?
You can, and
|ice-on-valid-code
> Target||x86_64-apple-darwin13
>Version|5.0 |4.9.2
>Summary|internal compiler error |[4.9.2] ICE including
> |including math.h|math.h on da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #6 from karsten ---
I don't have the requested information. I have forwarded your comment to the
maintainer of hpc Gaurav Khanna gkha...@umassd.edu
Karsten
Am 02.11.2014 um 22:46 schrieb fxcoudert at gcc dot gnu.org
:
> https://gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
--- Comment #5 from Francois-Xavier Coudert ---
(In reply to karsten from comment #4)
> After using the last built from latest development “snapshot” source for
> 4.9.2 from Oct 29th, according the maintainer of http://hpc.sourceforge.net/
> the
rwin14.0.0/4.9.2/include-fixed/math.h:273:5:
interner Compiler-Fehler: Illegal instruction: 4
return __inline_isfinitef(__x) && __builtin_fabsf(__x) >= __FLT_MIN__;
^
/usr/local/lib/gcc/x86_64-apple-darwin14.0.0/4.9.2/include-fixed/math.h:273:5:
interner Compiler-Fehler: Abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
opencv_superres
-lopencv_ts -lopencv_video -lopencv_videostab
In file included from /usr/local/include/c++/5.0.0/cmath:44:0,
from ./CImg.h:77,
from gmic.h:61,
from gmic.cpp:1876:
/usr/local/lib/gcc/x86_64-apple-darwin13.3.0/5.0.0/include-fixed/math.h:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Bug ID: 63262
Summary: internal compiler error including math.h
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
Jason Merrill changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Jason Merrill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
--- Comment #2 from Andrew Pinski ---
Looks like cxx_eval_constant_expression needs to also handle FMA_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
Bug ID: 57391
Summary: [4.9 Regression] ICE compiling AIX math.h caused by PR
c++/56930
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53213
lbl2007 at gmx dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53213
--- Comment #2 from lbl2007 at gmx dot net 2012-05-03 15:51:06 UTC ---
The command to reproduce the error is "g++ bug.c", not "gcc bug.c"
1 - 100 of 165 matches
Mail list logo
