--- Comment #14 from pinskia at gcc dot gnu dot org 2010-08-10 22:01
---
See PR 40974 for the fenv_t issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39238
--- Comment #13 from armin76 at gentoo dot org 2010-07-21 16:34 ---
(In reply to comment #7)
we've hit this with gcc-4.3.3 with arm-softfloat-linux-gnueabi targets, and
the
commit in question was for PR38000:
http://gcc.gnu.org/viewcvs?view=revrevision=143194
[snip]
Is this
--- Comment #9 from vzapolskiy at gmail dot com 2009-08-27 15:59 ---
Created an attachment (id=18438)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18438action=view)
proposed patch for the problem resolution on gcc-4_4-branch
--
--- Comment #10 from vzapolskiy at gmail dot com 2009-08-27 16:00 ---
I have encountered the same problem with reverse cross compilation of gcc-4.3
branch on Linux for powerpc target. The problem was introduced in #38000
(revision 143194), and safe solution is just to revert the changes
--- Comment #11 from paolo dot carlini at oracle dot com 2009-08-27 16:09
---
(In reply to comment #10)
I have encountered the same problem with reverse cross compilation of gcc-4.3
branch on Linux for powerpc target. The problem was introduced in #38000
(revision 143194), and safe
--- Comment #8 from maxposedon at gmail dot com 2009-05-14 06:51 ---
in gcc-4.4.0 release this bug wasn't fixed
--
maxposedon at gmail dot com changed:
What|Removed |Added
--- Comment #7 from vapier at gentoo dot org 2009-04-05 20:18 ---
we've hit this with gcc-4.3.3 with arm-softfloat-linux-gnueabi targets, and the
commit in question was for PR38000:
http://gcc.gnu.org/viewcvs?view=revrevision=143194
--- Comment #6 from rob1weld at aol dot com 2009-02-26 23:01 ---
(In reply to comment #5)
Any chance you could narrow this down? The revision stated as problematic has
nothing to do with libstdc++. The file implicated, cfenv, has not had a change
in 3 months.
Was this a temporary
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-02-24 07:05 ---
Any chance you could narrow this down? The revision stated as problematic has
nothing to do with libstdc++. The file implicated, cfenv, has not had a change
in 3 months.
What was a revision that worked?
This seems
--- Comment #4 from rob1weld at aol dot com 2009-02-20 00:57 ---
(In reply to comment #3)
Even though I ./configured using --with-gnu-ld --with-ld=/usr/local/bin/ld
the scripts seemed to have decided to use the gcc-used-for-build's choice
of 'ld' instead of the main ./configure
--- Comment #1 from rob1weld at aol dot com 2009-02-19 02:21 ---
New warning different GCC executable was just 'xgcc' instead of 'g++'.
Next error in 'extc++.h.gch/O2g.gch' is fixed by:
/usr/share/src/gcc_build/./gcc/xgcc -shared-libgcc
-B/usr/share/src/gcc_build/./gcc -nostdinc++
--- Comment #2 from rob1weld at aol dot com 2009-02-19 02:30 ---
That worked.
The build continues until it fails here:
# gmake
(5 minutes)
...
Making all in src
gmake[4]: Entering directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libstdc++-v3/src'
...
-DPIC -o
--- Comment #3 from rob1weld at aol dot com 2009-02-19 02:36 ---
Even though I ./configured using --with-gnu-ld --with-ld=/usr/local/bin/ld
the scripts seemed to have decided to use the gcc-used-for-build's choice
of 'ld' instead of the main ./configure scripts settings ...
# gcc -v
13 matches
Mail list logo
