--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-26 23:05
---
4.0 is no longer maintained. Please open another PR if this is still an issue
with 4.3.x.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Additional Comments From wanderer at rsu dot ru 2005-02-21 13:48
---
In --enable-bootstrap mode GCC doesn't have this problem (intl rebuild at each
stage with --enable-bootstrap option).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 15:04
---
gcc CVS mainline (2004-02-02 20:20 GMT) bootstraped using recent 4.0 accept
option -finput-charset=ISO8859-1 without error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 16:59
---
I found problem:
At FreeBSD intl.h placed in /usr/local/include
and gcc 3.4.* not search by default /usr/local/include for system headers
(I check this for system compiler gcc version 3.4.2 [FreeBSD] 20040728 and
--- Additional Comments From wanderer at rsu dot ru 2005-01-31 18:44
---
And PR18360 indeed related to this bug report.
If gcc 3.4.3 bootstraped using installed gcc 4.0:
gcc/intl/configure test using gcc 4.0 and found /usr/local/include/libintl.h
and remember this
But stage1 gcc
--- Additional Comments From wanderer at rsu dot ru 2005-01-29 23:49
---
Result my find the exact configuration patch that broke this:
gcc mainline bootstraped using FreeBSD 5.3 system compiler (gcc 3.4.2) display
error cc1: no iconv implementation, cannot convert from ISO8859-1 to
--- Additional Comments From ljrittle at gcc dot gnu dot org 2005-01-28
23:32 ---
Yes, the issue involves how the compiler used to bootstrap stage 1 is configured
and itself installed (is it in /usr/local? what ports have headers installed
there?). On FreeBSD 5.3, I see this problem
--- Additional Comments From wanderer at rsu dot ru 2005-01-29 00:03
---
Yes, the issue involves how the compiler used
to bootstrap stage 1 is configured
and itself installed (is it in /usr/local?
what ports have headers installed there?).
In m case used gcc configure options:
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:02
---
Can be related to PR18360
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:06
---
Example failure log:
Executing on host: /usr/home/wanderer/pkg/build/gcc/obj/gcc/g++ -shared-
libgcc -B/usr/home/wanderer/pkg/build/gcc/obj/gcc/ -nostdinc++ -
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:25 ---
Actually this looks like it is picking up a different libiconv rather than
anything else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
11 matches
Mail list logo