[Bug target/24856] call to setlocale doesn't return expected value
--- 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
expected (i.e. I get en_US en_US), but when I put it back then my program
fails (i.e. I get null, C C C C C)
Seems like and ld problem to me.. My solution will be to move libiconv.a into
/opt/OPSWbuildtools/1.0.1/libiconv.
Sorry for wasting your time.. But at least this behaviour is documented now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-11-15 15:38 --- (In reply to comment #12) specify --with-local-prefix=/opt/OPSWbuildtools/1.0.1 Am I missing something? Yes it sounds like it is picking up the wrong header otherwise. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-15 15:38 --- (In reply to comment #13) (In reply to comment #12) specify --with-local-prefix=/opt/OPSWbuildtools/1.0.1 Am I missing something? Yes it sounds like it is picking up the wrong header otherwise. s/header/library/. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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. Well what do you have in /opt/OPSWbuildtools/1.0.1? I will attach a list of the contents. Basically it is an install of libiconv-1.9.1 gawk-3.1.4 coreutils-5.1.2 make-3.8.0 The most suspicious of the above(IMHO) is the libiconv.. But even though I am specifying --with-iconv-prefix=/opt/OPSWbuildtools/1.0.1, I don't see that being used when linking in gcc/ I just see -liconv. The only other visible difference I see is when collect2 runs I see a -L/opt/OPSWbuildtools/1.0.1/lib. But as my test program doesn't use iconv in anyway I don't see how that could make a difference. I'm testing to see if just the existance of the directory but without contents also causes the same problem. Back when I have definitive results. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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 mentioned in my initial report, I am using --with-iconv-prefix=/opt/OPSWbuildtools/1.0.1 I'm still confused how that version of libiconv got pulled in as I see no reference to -L/opt/OPSWbuildtools/1.0.1 in the build log. Interestingly when I got rid of /opt/OPSWbuildtools/1.0.1/libiconv.a I do see references to -L/opt/OPSWbuildtools/1.0.1 in the build logs :/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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
[Bug target/24856] call to setlocale doesn't return expected value
--- Comment #9 from dje at gcc dot gnu dot org 2005-11-14 20:28 --- I do not have access to an AIX 4.3.2 system, but I compiled the reconstructed C testcase with: gcc-3.3.3 on AIX 5.1 gcc-3.4.4 on AIX 5.1 gcc-4.0.2 on AIX 5.1 gcc-4.1 experimental on AIX 5.2 All four compilers produced en_US en_US en_US en_US en_US en_US en_US en_US en_US en_US en_US en_US -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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 with the same ./configure command line as I did the gcc 3.3.2 Will see if that does anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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/bugzilla/show_bug.cgi?id=24856
[Bug target/24856] call to setlocale doesn't return expected value
--- 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/1.0.1 in my case). As far as I can tell in order to have gcc not look under there I need to specify --with-local-prefix=/opt/OPSWbuildtools/1.0.1 Am I missing something? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24856
