--- Comment #10 from bugzilla at bennee dot com 2007-01-17 10:35 ---
(In reply to comment #9)
> (In reply to comment #4)
> > Testcase compiles OK with gcc version 4.3.0 20070115 (experimental).
>
> Uh, I was compiling in 32bit mode. For x86_64 compilation fails as
--- Comment #8 from bugzilla at bennee dot com 2007-01-16 11:28 ---
(In reply to comment #7)
> >However if the -mno-80387 option is meant to disable x87 instructions then it
> > should be possible to build something without causing and x87 instructions
> > to
> &
--- Comment #6 from bugzilla at bennee dot com 2007-01-15 17:34 ---
(In reply to comment #5)
> and this is a bug why?
>
Well for starters why should the act of #include'ing stdlib.h cause any
instructions to be emitted if strtold isn't even invoked?
I don't un
--- Comment #3 from bugzilla at bennee dot com 2007-01-15 09:17 ---
Output of failed compile:
09:09 [EMAIL PROTECTED] [no387] > g++-4.1 --save-temps -O3 -mno-80387 no387.cc
/usr/include/stdlib.h: In function long double strtold(const char*, char**):
/usr/include/stdlib.h:355: er
--- Comment #2 from bugzilla at bennee dot com 2007-01-15 09:15 ---
Created an attachment (id=12906)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12906&action=view)
--save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30470
--- Comment #1 from bugzilla at bennee dot com 2007-01-15 09:14 ---
Created an attachment (id=12905)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12905&action=view)
Testcase C++ source
Source code of failing example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30470
IRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bugzilla at bennee dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30470
