t org
ReportedBy: tedoc2000 at gmail dot com
GCC build triplet: powerpc-ibm-aix4.3.2.0
GCC host triplet: powerpc-ibm-aix4.3.2.0
GCC target triplet: powerpc-ibm-aix4.3.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #2 from tedoc2000 at gmail dot com 2005-11-14 19:55 ---
I have a very simple program that is trying to call setlocale(LC_ALL,"") to set
the LC_ALL from the enviroment.
When I run with a gcc3.3.2 compiled binary:
gcc33> ./locale
en_US en_US en_US en_US en_U
--- Comment #4 from tedoc2000 at gmail dot com 2005-11-14 19:57 ---
Created an attachment (id=10239)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10239&action=view)
.i file for gcc332
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #5 from tedoc2000 at gmail dot com 2005-11-14 19:58 ---
Created an attachment (id=10240)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10240&action=view)
.i file for gcc344
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #7 from tedoc2000 at gmail dot com 2005-11-14 20:13 ---
Actually I think it may have to do with libgcc. But I wasn't sure how to file a
bug like that:
Anyway I filed it against gcc because:
a) Both files were compiled on the same server (So no patch level differenc
--- Comment #8 from tedoc2000 at gmail dot com 2005-11-14 20:18 ---
oops I meant ld not ln in b) above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
--- Comment #10 from tedoc2000 at gmail dot com 2005-11-14 20:39 ---
Hmm..
I'm getting the same exact behaviour on my AIX 5.1 box :/
So maybe it has something to do with the way I configured gcc 3.4.4 (which is a
little different than how I did 3.3.2)
Let me try re-building 3.4.4
--- Comment #11 from tedoc2000 at gmail dot com 2005-11-15 00:59 ---
Okay.. recompiling gcc-3.4.4 with the same options as I used in compiling
gcc-3.3.2 seems to have fixed the problem.
Now working on figuring out with configure options cause the problem.
--
http://gcc.gnu.org
--- Comment #12 from tedoc2000 at gmail dot com 2005-11-15 02:08 ---
--with-local-prefix seems to be causing the problem. Not sure why.
Basically I'm trying to build a set of tools for complining our product that
only references things under a particular root (/opt/OPSWbuildtools/
--- Comment #15 from tedoc2000 at gmail dot com 2005-11-15 21:27 ---
Okay so it wasn't the --with-local-prefix.
It was the fact that I used --prefix=/opt/OPSWbuildtools/1.0.1.
If I use a directory that doesn't already exist then I get my desired results.
So that makes us ask.
--- Comment #16 from tedoc2000 at gmail dot com 2005-11-16 02:10 ---
Okay.. So it turns out that having my version of libiconv.a in
/opt/OPSWbuildtools/1.0.1/lib causes the problem.
I compiled it --enable-static --disable-dynamic with gcc 3.3.2..
Seeing if not doing that helps.
As I
--- Comment #17 from tedoc2000 at gmail dot com 2005-11-16 18:57 ---
Okay.. This definitely seems to be a problem with having libiconv.a in
%{prefix}/lib.
If I move /opt/OPSWbuildtools/1.0.1/lib/libconv.a to
/opt/OPSWbuildtools/1.0.1/lib/libconv.a.blah and run my program, it works as
12 matches
Mail list logo