From MAILER-DAEMON Fri Mar 06 14:18:23 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LffYt-00069E-Kj for mharc-bug-gnu-libiconv@gnu.org; Fri, 06 Mar 2009 14:18:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LffYr-00068m-UL for bug-gnu-libiconv@gnu.org; Fri, 06 Mar 2009 14:18:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LffYp-00068O-DX for bug-gnu-libiconv@gnu.org; Fri, 06 Mar 2009 14:18:21 -0500 Received: from [199.232.76.173] (port=51089 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LffYp-00068L-6g for bug-gnu-libiconv@gnu.org; Fri, 06 Mar 2009 14:18:19 -0500 Received: from mo-p05-ob.rzone.de ([81.169.146.181]:25161) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LffYo-0002iG-Qu for bug-gnu-libiconv@gnu.org; Fri, 06 Mar 2009 14:18:19 -0500 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K8b5pir6gBw== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-073-118.pools.arcor-ip.net [88.68.73.118]) by post.strato.de (mrclete mo62) (RZmta 18.25) with ESMTP id v02a44l26HlHGV ; Fri, 6 Mar 2009 20:18:17 +0100 (MET) From: Bruno Haible To: Bill Eccles , bug-gnu-libiconv@gnu.org Date: Fri, 6 Mar 2009 20:18:14 +0100 User-Agent: KMail/1.9.9 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903062018.15497.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Subject: [bug-gnu-libiconv] Re: libiconv help X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 19:18:22 -0000 Hello, Bill Eccles writes: > As the most knowledgeable libiconv person in the world, can you please > help me, a *nix newbie, with a question that has been plaguing the > MacOS X community for years now? > > If you Google the following, you'll see what we seem to be up against: > > Symbol not found _iconv_open > > It seems to happen with nmbd quite often for us, and others seem to > have the same problem in other programs as well. You are not providing a specific recipe for reproducing the error. So my answer can only be unspecific as well. Namely: Usually this error is generated by using an and a libiconv.dylib that don't fit together. For example, the from the system (in /usr/include), combined with a libiconv.2.dylib that you have build from the GNU libiconv distribution. The autoconf macro AM_ICONV, part of gnulib and of gettext, and documented at http://www.gnu.org/software/hello/manual/gettext/AM_005fICONV.html, will avoid this kind of error. > For me, the problem occurs with libiconv 1.12, which builds libiconv. > 2.4.0.dylib. Truly, "nm" on libiconv.2.4.0.dylib yields no symbol with > the name "_iconv_open." Sure. At assembly level, this symbol is called '_libiconv_open'. You are supposed to #include before using the iconv_open() function. > So I wandered back to libiconv 1.11 and built > it, yielding libiconv.2.2.0.dylib. That must have been libiconv 1.9.2, because in 1.11 the resulting file is also called libiconv.2.4.0.dylib, and in 1.10 it's called libiconv.2.3.0.dylib. > In both cases, I did the standard configure/make/install, with no > options specified. But here's where things get interesting. "nm" on > libiconv.2.2.0.dylib yields a short list of symbols in several > sections, which looks like this: > > shr-g5:lib admin$ nm libiconv.2.2.0.dylib > > libiconv.2.2.0.dylib(dylib1.o): > u __mh_dylib_header > 92a15680 t dyld_stub_binding_helper > > libiconv.2.2.0.dylib(iconv.o): A file composed of multiple .o files? That does not look like a shared library, but rather like a static library that happens to be named libiconv.2.2.0.dylib. Forget about it, it's nonsense to install static libraries under such file names (except on AIX). > Doing the same on libiconv.2.4.0.dylib yields a monolithic list headed > by > > libiconv.2.4.0.dylib(single module): > > > and a long, long list of symbols, and _iconv_open nowhere to be found > among them. _libiconv_open is among them, and this is what matters. > Finally the question, then: What causes the difference in builds here? > I.e., why are the dylibs so different in structure, and is there a way > to make 2.4.0 look like 2.2.0 in structure You know better than me how you created this silly file libiconv.2.2.0.dylib. When I install libiconv 1.9.2 on MacOS X 10.5, the file of this name that gets created is a shared library. > dyld: Library not loaded: /usr/lib/libiconv.2.dylib, Referenced > from: /bin/sh, Reason: Incompatible library version: sh requires > version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Now this error is about /usr/lib/libiconv.2.dylib, which comes from Apple. It's a modified version of GNU libiconv. Source is on the Apple site. Bug reports should go to Apple. Bruno From MAILER-DAEMON Mon Mar 23 07:43:20 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LliYp-0006sj-Qd for mharc-bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 07:43:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Llhtq-0004GE-8Z for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 07:00:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Llhtl-0004D8-Ch for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 07:00:57 -0400 Received: from [199.232.76.173] (port=34170 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Llhtl-0004Cw-6L for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 07:00:53 -0400 Received: from mail.opencsw.org ([147.87.98.73]:55363) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Llhtf-0004Ks-Hl; Mon, 23 Mar 2009 07:00:48 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.opencsw.org (Postfix) with ESMTP id A410D9818; Mon, 23 Mar 2009 12:00:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=opencsw.org; h= x-mailer:references:date:subject:mime-version :content-transfer-encoding:content-type:in-reply-to:to:from :message-id:x-virus-scanned; s=csw02; t=1237806040; bh=fCXBgYvEr vjX4WQZa3NPTbFYtg4/79OjJ+eYp2kThbI=; b=OBGnpAHHa4h67AXDUVXTAYQ6q T9lWA6Wv28HgHZTkZKRQUVrrPVzwBUj6zgWOoLLl5qopiVCXrAIgmb4gT+mgn55R PgEnKw65GinxQX4eI87rwiqpTbCMQXELLRwZ647qc/gjqY72COugQFVWoMZ30/qQ cz7UOAArMbGJ0su294= X-Virus-Scanned: amavisd-new at opencsw.org Received: from mail.opencsw.org ([127.0.0.1]) by localhost (mail.opencsw.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ux8TbEGAFL0i; Mon, 23 Mar 2009 12:00:40 +0100 (CET) Received: from bo-dhcp-238.baltic-online.de (110-239-103-86.dynamic.dsl.tng.de [86.103.239.110]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.opencsw.org (Postfix) with ESMTPSA id 844A39813; Mon, 23 Mar 2009 12:00:40 +0100 (CET) Message-Id: From: Dagobert Michelsen To: Simon Josefsson In-Reply-To: <87iqm033xi.fsf@mocca.josefsson.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 23 Mar 2009 12:00:38 +0100 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <87iqm033xi.fsf@mocca.josefsson.org> X-Mailer: Apple Mail (2.930.3) X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) X-Mailman-Approved-At: Mon, 23 Mar 2009 07:43:17 -0400 Cc: bug-gnu-libiconv@gnu.org, bug-libidn@gnu.org Subject: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 11:00:58 -0000 Hi Simon, (cc'ing libiconv for libiconv-issue) Am 23.03.2009 um 11:54 schrieb Simon Josefsson: > Dagobert Michelsen writes: > >> Hi, >> >> I am trying to compile libidn 1.13 on Solaris 8 Sparc with the Sun >> Studio 11 >> compiler (fully patched) and get an error on gmake check: >> >>> gmake check-TESTS >>> gmake[1]: Entering directory `/home/dam/mgar/pkg/libidn/trunk/work/ >>> build-isa-sparcv8/libidn-1.13/tests' >>> PASS: tst_stringprep >>> PASS: tst_punycode >>> PASS: tst_idna >>> PASS: tst_idna2 >>> PASS: tst_nfkc >>> PASS: tst_pr29 >>> PASS: tst_strerror >>> FAIL: tst_toutf8 >>> PASS: tst_tld >>> =================================== >>> 1 of 9 tests failed >>> Please report to bug-libidn@gnu.org >>> =================================== >> >> The test program dumps core: >> >>> build8s% pstack core >>> core 'core' of 21330: ./tst_toutf8 >>> 7f7b244c memcmp (1, 118a8, fffeff9c, 21af0, 2e2f7473, 7f82b508) + >>> c0 >>> 00011654 main (0, 0, ffbffb28, 21af4, 21908, ffbffb28) + 164 >>> 00010ae4 _start (0, ffbffb2c, 7fbec800, 0, 1, 7fbec000) + 108 > > It was a bug in the test program, now fixed: > > http://git.savannah.gnu.org/cgit/libidn.git/commit/?id=056262294467f3eaa96caf63c9573957b61301a9 > > However this won't make the self test pass, it just fixes the crash. > >> The user trace looks like this: >> >>> build8s% truss -u\* -f ./tst_toutf8 >>> 21925: execve("tst_toutf8", 0xFFBFFD1C, 0xFFBFFD24) argc = 1 >>> 21925: getuid() = 10000 >>> [10000] >>> ... >>> 21925: <- libidn:stringprep_locale_charset() = 0xff02b508 >>> 21925: -> libidn:stringprep_locale_to_utf8(0x11708, 0xfffef84c, >>> 0xff1f0800, 0x10400) >>> 21925: -> libc:getenv(0xff1e004c, 0x0, 0x0, 0x0) >>> 21925: <- libc:getenv() = 0 >>> 21925: -> libc:nl_langinfo(0x31, 0xff03c000, 0x0, 0xffbffd58) >>> 21925: -> libc:__nl_langinfo_std(0xff041f40, 0x31, 0x0, >>> 0xffbffd58) >>> 21925: <- libc:nl_langinfo() = 0xff02b508 >>> 21925: -> libidn:stringprep_convert(0x11708, 0xff1e005c, >>> 0xff02b508, 0xff1f0800) >>> 21925: -> libiconv:libiconv_open(0xff1e005c, 0xff02b508, 0x0, >>> 0x0) >>> 21925: -> libc:strcmp(0xffbffb62, 0xff168146, 0xa3, 0x68c) >>> 21925: <- libc:strcmp() = 0 >>> 21925: <- libiconv:libiconv_open() = -1 >>> 21925: <- libidn:stringprep_locale_to_utf8() = 0 >>> 21925: -> libc:memcmp(0x0, 0x1170c, 0x4, 0x0) >>> 21925: Incurred fault #6, FLTBOUNDS %pc = 0xFEFB244C >>> 21925: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 >>> 21925: Received signal #11, SIGSEGV [default] >>> 21925: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 >>> 21925: *** process killed *** >> >> Is this an libiconv-issue? libiconv is 1.12. > > Maybe -- iconv returns NULL here. > > Possibly libidn doesn't understand the locale it is in. Can you run > 'tests/tst_toutf -v' and post the output? It looks like the usual 646 / ASCII problem on Solaris: build8s% ./tst_toutf8 -v PASS: stringprep_locale_charset == 646 zsh: segmentation fault (core dumped) ./tst_toutf8 -v Bruno, I guess this will be fixed with the special build-in for Solaris in the next libiconv-release we talked about some month ago? Best regards -- Dago From MAILER-DAEMON Mon Mar 23 19:34:13 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lltem-0003NB-UN for mharc-bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 19:34:12 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lltek-0003Ha-KM for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 19:34:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Llteg-000376-19 for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 19:34:10 -0400 Received: from [199.232.76.173] (port=52451 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lltef-00036p-UF for bug-gnu-libiconv@gnu.org; Mon, 23 Mar 2009 19:34:05 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.180]:37499) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lltee-0003BM-Qt; Mon, 23 Mar 2009 19:34:05 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K8b5pir6gBw== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-073-118.pools.arcor-ip.net [88.68.73.118]) by post.strato.de (fruni mo22) (RZmta 18.28) with ESMTP id R0413el2NNQxYB ; Tue, 24 Mar 2009 00:33:59 +0100 (MET) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 Date: Tue, 24 Mar 2009 00:33:37 +0100 User-Agent: KMail/1.9.9 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <87iqm033xi.fsf@mocca.josefsson.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903240033.38588.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Dagobert Michelsen , Simon Josefsson , bug-libidn@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Mar 2009 23:34:11 -0000 Hi Dagobert, > It looks like the usual 646 / ASCII problem on Solaris: > > build8s% ./tst_toutf8 -v > PASS: stringprep_locale_charset == 646 > zsh: segmentation fault (core dumped) ./tst_toutf8 -v Yes, according to the source code [1] the result of nl_langinfo(CODESET) is being used as an argument to iconv_open, and this does not work well in the GNU libiconv versions released so far. > Bruno, I guess this will be fixed with the special build-in for Solaris > in the next libiconv-release we talked about some month ago? Yes it will. Simon, for reference, the thread is in [2]. Bruno [1] http://www.google.com/codesearch/p?hl=de#XR0CgL_6lJ8/libidn-0.1.13/toutf8.c&q=stringprep_locale_to_utf8 [2] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-04/msg00003.html From MAILER-DAEMON Tue Mar 24 06:20:09 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lm3jt-0005bV-QJ for mharc-bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 06:20:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lm3h6-0004QL-Fy for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 06:17:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lm3h1-0004OL-R9 for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 06:17:15 -0400 Received: from [199.232.76.173] (port=56803 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lm3h0-0004O6-Gv for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 06:17:10 -0400 Received: from mail.opencsw.org ([147.87.98.73]:38769) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lm3gu-0006Bx-Rl; Tue, 24 Mar 2009 06:17:05 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.opencsw.org (Postfix) with ESMTP id 27BB2784A; Tue, 24 Mar 2009 11:17:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=opencsw.org; h= x-mailer:references:date:subject:mime-version :content-transfer-encoding:content-type:in-reply-to:to:from :message-id:x-virus-scanned; s=csw02; t=1237889818; bh=U7QVA4XVH uVDpcNEfJtiExQq3zt0kp0bCTXdClK8DUc=; b=PCLrRqW0BBRgULKJ3tSAZCyub d5pPNuJIbxDNkOfEilLJfJ+dXbmEy4rh1SCCRS4HUDe2p1leyElbmeDTQq42ER6p 7zE3eHDKbF+s/2RrV5S25Jpn/9H49cYT2P0oOVSrqi3w9d5x5nfX83YLgLyI7Wz9 RLJWy28FKidq860ny0= X-Virus-Scanned: amavisd-new at opencsw.org Received: from mail.opencsw.org ([127.0.0.1]) by localhost (mail.opencsw.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2bD2UEnCrRGS; Tue, 24 Mar 2009 11:16:58 +0100 (CET) Received: from bo-dhcp-238.baltic-online.de (38-235-103-86.dynamic.dsl.tng.de [86.103.235.38]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.opencsw.org (Postfix) with ESMTPSA id AD1497849; Tue, 24 Mar 2009 11:16:57 +0100 (CET) Message-Id: <357FBFC0-D3C6-4918-8E18-BFD93F0DFD75@opencsw.org> From: Dagobert Michelsen To: Simon Josefsson In-Reply-To: <873ad3z8kb.fsf@mocca.josefsson.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 Date: Tue, 24 Mar 2009 11:16:55 +0100 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <87iqm033xi.fsf@mocca.josefsson.org> <200903240033.38588.bruno@clisp.org> <873ad3z8kb.fsf@mocca.josefsson.org> X-Mailer: Apple Mail (2.930.3) X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) X-Mailman-Approved-At: Tue, 24 Mar 2009 06:20:08 -0400 Cc: bug-gnu-libiconv@gnu.org, bug-libidn@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 10:17:16 -0000 Hello Simon, Am 24.03.2009 um 08:25 schrieb Simon Josefsson: > Thanks for the pointer. As far as I can tell, you do agree that > nl_langinfo(CODESET) passed as an argument to iconv_open should > work, at > least internally on each platform. Is that right? If so, I don't see > anything we can do about this in libidn (except to fix the > segmentation > fault above, but that is already done). Or is there a better way to > find out what string to pass to iconv_open for the locale charset than > using nl_langinfo(CODESET)? I have been worried about nl_langinfo not > being thread safe, and thus inappropriate for use in a library; it > is a > minor problem that I haven't been able to solve. If there is a better > approach than nl_langinfo, libidn could use it. Can I safely deploy libidn 1.13 on Solaris or do I need to wait on an enhanced libiconv before doing so? I didn't have the problem with the 1.9 version, so is it best to deploy an older version on Solaris then? Kind regards -- Dago From MAILER-DAEMON Tue Mar 24 06:20:09 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lm3jt-0005bT-NC for mharc-bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 06:20:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lm10v-0000rs-EA for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 03:25:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lm10u-0000rT-5a for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 03:25:33 -0400 Received: from [199.232.76.173] (port=46898 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lm10u-0000rQ-1J for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 03:25:32 -0400 Received: from mx20.gnu.org ([199.232.41.8]:29955) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lm10q-0006wZ-Cw; Tue, 24 Mar 2009 03:25:28 -0400 Received: from yxa-v.extundo.com ([83.241.177.39]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lm10p-0001DB-Px; Tue, 24 Mar 2009 03:25:28 -0400 Received: from c80-216-29-127.bredband.comhem.se ([80.216.29.127] helo=mocca.josefsson.org) by yxa-v.extundo.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1Lm10n-0004Xe-HL; Tue, 24 Mar 2009 08:25:26 +0100 From: Simon Josefsson To: Bruno Haible Subject: Re: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <87iqm033xi.fsf@mocca.josefsson.org> <200903240033.38588.bruno@clisp.org> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:22:090324:bug-gnu-libiconv@gnu.org::XEV6eco7cD6BuHzB:14PI X-Hashcash: 1:22:090324:bruno@clisp.org::kHv0YLulcUNVqFgZ:7tSN X-Hashcash: 1:22:090324:bug-libidn@gnu.org::NmorE7BZcGhgukQQ:IakP X-Hashcash: 1:22:090324:dam@opencsw.org::zXiL4F62IrU03MZE:Yv0n Date: Tue, 24 Mar 2009 08:25:24 +0100 In-Reply-To: <200903240033.38588.bruno@clisp.org> (Bruno Haible's message of "Tue, 24 Mar 2009 00:33:37 +0100") Message-ID: <873ad3z8kb.fsf@mocca.josefsson.org> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Mailman-Approved-At: Tue, 24 Mar 2009 06:20:08 -0400 Cc: Dagobert Michelsen , bug-gnu-libiconv@gnu.org, bug-libidn@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 07:25:34 -0000 Bruno Haible writes: > Hi Dagobert, > >> It looks like the usual 646 / ASCII problem on Solaris: >> >> build8s% ./tst_toutf8 -v >> PASS: stringprep_locale_charset == 646 >> zsh: segmentation fault (core dumped) ./tst_toutf8 -v > > Yes, according to the source code [1] the result of nl_langinfo(CODESET) is > being used as an argument to iconv_open, and this does not work well in the > GNU libiconv versions released so far. > >> Bruno, I guess this will be fixed with the special build-in for Solaris >> in the next libiconv-release we talked about some month ago? > > Yes it will. Simon, for reference, the thread is in [2]. Thanks for the pointer. As far as I can tell, you do agree that nl_langinfo(CODESET) passed as an argument to iconv_open should work, at least internally on each platform. Is that right? If so, I don't see anything we can do about this in libidn (except to fix the segmentation fault above, but that is already done). Or is there a better way to find out what string to pass to iconv_open for the locale charset than using nl_langinfo(CODESET)? I have been worried about nl_langinfo not being thread safe, and thus inappropriate for use in a library; it is a minor problem that I haven't been able to solve. If there is a better approach than nl_langinfo, libidn could use it. /Simon > [1] http://www.google.com/codesearch/p?hl=de#XR0CgL_6lJ8/libidn-0.1.13/toutf8.c&q=stringprep_locale_to_utf8 > [2] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-04/msg00003.html From MAILER-DAEMON Tue Mar 24 08:33:28 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lm5ot-0002SO-U0 for mharc-bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 08:33:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lm4kK-0000q1-R3 for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 07:24:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lm4kJ-0000ph-W4 for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 07:24:40 -0400 Received: from [199.232.76.173] (port=50521 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lm4kJ-0000pe-RD for bug-gnu-libiconv@gnu.org; Tue, 24 Mar 2009 07:24:39 -0400 Received: from yxa-v.extundo.com ([83.241.177.39]:39774) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lm4kH-0000CZ-93; Tue, 24 Mar 2009 07:24:37 -0400 Received: from c80-216-29-127.bredband.comhem.se ([80.216.29.127] helo=mocca.josefsson.org) by yxa-v.extundo.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1Lm4kB-0004Zw-4i; Tue, 24 Mar 2009 12:24:31 +0100 From: Simon Josefsson To: Dagobert Michelsen Subject: Re: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <87iqm033xi.fsf@mocca.josefsson.org> <200903240033.38588.bruno@clisp.org> <873ad3z8kb.fsf@mocca.josefsson.org> <357FBFC0-D3C6-4918-8E18-BFD93F0DFD75@opencsw.org> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:22:090324:bruno@clisp.org::LPv+cTYE6nxRRZvp:1MiY X-Hashcash: 1:22:090324:dam@opencsw.org::s7KvAF1BH1hsJTpn:D7h2 X-Hashcash: 1:22:090324:bug-gnu-libiconv@gnu.org::IKIsVKvXU7ram34V:5ymh X-Hashcash: 1:22:090324:bug-libidn@gnu.org::trU2aayF+WCUeVyJ:0CkxZ Date: Tue, 24 Mar 2009 12:24:29 +0100 In-Reply-To: <357FBFC0-D3C6-4918-8E18-BFD93F0DFD75@opencsw.org> (Dagobert Michelsen's message of "Tue, 24 Mar 2009 11:16:55 +0100") Message-ID: <873ad3w4cy.fsf@mocca.josefsson.org> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-Mailman-Approved-At: Tue, 24 Mar 2009 08:33:26 -0400 Cc: bug-gnu-libiconv@gnu.org, bug-libidn@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 11:24:40 -0000 Dagobert Michelsen writes: > Hello Simon, > > Am 24.03.2009 um 08:25 schrieb Simon Josefsson: >> Thanks for the pointer. As far as I can tell, you do agree that >> nl_langinfo(CODESET) passed as an argument to iconv_open should >> work, at >> least internally on each platform. Is that right? If so, I don't see >> anything we can do about this in libidn (except to fix the >> segmentation >> fault above, but that is already done). Or is there a better way to >> find out what string to pass to iconv_open for the locale charset than >> using nl_langinfo(CODESET)? I have been worried about nl_langinfo not >> being thread safe, and thus inappropriate for use in a library; it >> is a >> minor problem that I haven't been able to solve. If there is a better >> approach than nl_langinfo, libidn could use it. > > Can I safely deploy libidn 1.13 on Solaris or do I need to wait on > an enhanced libiconv before doing so? I didn't have the problem with > the 1.9 version, so is it best to deploy an older version on Solaris > then? I'm surprised that there would be a difference between libidn 1.9 and libidn 1.13 here. I don't recall any code changed in this area between these versions. Maybe you could try to pin-point in which version it stopped working? /Simon From MAILER-DAEMON Mon Mar 30 19:16:54 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQis-0002gz-5V for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:16:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQiq-0002gk-3Q for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:16:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQil-0002gU-Dd for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:16:51 -0400 Received: from [199.232.76.173] (port=44772 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQil-0002gR-89 for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:16:47 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.180]:32431) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQik-00067o-8I for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:16:46 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (fruni mo18) (RZmta 18.28) with ESMTP id 50280el2UKlezo ; Tue, 31 Mar 2009 01:16:42 +0200 (MEST) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] libiconv 1.12 fails to compile in Solaris 9 Date: Tue, 31 Mar 2009 00:16:20 +0100 User-Agent: KMail/1.9.9 References: <473A31F8.70601@jla.rutgers.edu> In-Reply-To: <473A31F8.70601@jla.rutgers.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903310116.21505.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: David Halik X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:16:52 -0000 David Halik wrote on 2007-11-14 [1]: > I was bumping our local rpm of libiconv to 1.12 and noticed that there > is an unrecoverable compile error using Sun Studio, see below: > > gmake all-am > gmake[2]: Entering directory > `/usr/local/src/rpm-packages/BUILD/libiconv-1.12/srclib' > cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl > -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs > -I/usr/local/include -g -c areadlink.c > cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl > -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs > -I/usr/local/include -g -c malloca.c > cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl > -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs > -I/usr/local/include -g -c progname.c > cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl > -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs > -I/usr/local/include -g -c -o width.o `test -f 'uniwidth/width.c' || > echo './'`uniwidth/width.c > "./stdint.h", line 257: zero or negative subscript > cc: acomp failed for uniwidth/width.c Thanks for the report. This is fixed in libiconv 1.13, which is available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz . Bruno [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2007-11/msg00000.html From MAILER-DAEMON Mon Mar 30 19:17:29 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQjR-0002uC-Fb for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQjQ-0002ts-3E for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:28 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQjL-0002ri-Kk for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:27 -0400 Received: from [199.232.76.173] (port=44788 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQjL-0002rU-Al for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:23 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.182]:60659) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQjK-0006ED-AC for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:22 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (mrclete mo59) (RZmta 18.28) with ESMTP id g02701l2UMKMn4 ; Tue, 31 Mar 2009 01:17:19 +0200 (MEST) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] libiconv-1.12 on Solaris 9 fails: xalloc_die Date: Tue, 31 Mar 2009 00:16:59 +0100 User-Agent: KMail/1.9.9 References: <20080408190945.27406.qmail@station198.com> In-Reply-To: <20080408190945.27406.qmail@station198.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200903310116.59700.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:17:28 -0000 Hi, Poor Yorick wrote on 2008-04-08 [1]: > libiconv-1.12 with gcc-4.2.2 on Solaris 9 fails: > > gcc -m32 -I/path/to/sparc-32-solaris_nc/bootstrap/include > -I/path/to/sparc-32-solaris_nc/bootstrap/libiconv-1.12/include > -I/usr/local/include -g -O2 > -L/path/to/sparc-32-solaris_nc/bootstrap/lib > -L/path/to/sparc-32-solaris_nc/bootstrap/lib64 -I../srclib -I../srclib > -I.. -DHAVE_CONFIG_H -DIN_RELOCWRAPPER -DNO_XMALLOC > -DINSTALLPREFIX="/path/to/sparc-32-solaris_nc/bootstrap/libiconv-1.12" > -DINSTALLDIR="/path/to/sparc-32-solaris_nc/bootstrap/libiconv-1.12/bin" > -DLIBPATHVAR="LD_LIBRARY_PATH" > -DLIBDIRS="/path/to/sparc-32-solaris_nc/bootstrap/libiconv-1.12/lib", > -DEXEEXT="" ../srclib/relocwrapper.c ../srclib/progname.c > ../srclib/progreloc.c ../srclib/xreadlink.c ../srclib/areadlink.c > ../srclib/readlink.c ../srclib/canonicalize-lgpl.c ../srclib/malloca.c > ../srclib/relocatable.c ../srclib/setenv.c ../srclib/strerror.c > ../srclib/c-ctype.c -o > /path/to/sparc-32-solaris_nc/bootstrap/libiconv-1.12/bin/iconv.wrapper > > /var/tmp//cc2i8guQ.o: In function `xreadlink': > /path/to/sparc-32-solaris_nc/bootstrap/src/libiconv-1.12/libiconv-1.12/src/../srclib/xreadlink.c:42: undefined reference to `xalloc_die' > collect2: ld returned 1 exit status > make[1]: *** [install] Error 1 > make[1]: Leaving directory `/path/to/sparc-32-solaris_nc/bootstrap/src/libiconv-1.12/libiconv-1.12/src' > make: *** [install] Error 2 > > Any ideas on the best way to get past this error? You can get over it by omitting --enable-relocatable. This was fixed in gnulib on 2007-12-24. The fix is contained in libiconv 1.13, which is available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz . Thanks for the report. Bruno [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-04/msg00010.html From MAILER-DAEMON Mon Mar 30 19:18:03 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQjy-00031O-Rm for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQjw-00030K-OE for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQjs-0002z7-6y for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:00 -0400 Received: from [199.232.76.173] (port=44808 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQjs-0002z4-1J for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:56 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.180]:64480) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQjr-0006MN-1i for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:17:55 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (klopstock mo16) (RZmta 18.28) with ESMTP id L04461l2UN1Z2W ; Tue, 31 Mar 2009 01:17:54 +0200 (MEST) From: Bruno Haible To: Dagobert Michelsen Subject: Re: [bug-gnu-libiconv] Compiling new libiconv version when an old version is installed Date: Tue, 31 Mar 2009 00:17:33 +0100 User-Agent: KMail/1.9.9 References: <63BDA9BD-937E-4994-B476-BEDC8C60127A@blastwave.org> <200804111313.01217.bruno@clisp.org> <03420A2E-BC76-435D-AD75-3F0652D521F5@blastwave.org> In-Reply-To: <03420A2E-BC76-435D-AD75-3F0652D521F5@blastwave.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903310117.33812.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: bug-gnu-libiconv@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:18:01 -0000 Dagobert Michelsen wrote on 2008-04-11 [1]: > I tried this with > > --prefix=/tmp/pkgdir/ > --with-libintl-prefix=$(BOOTSTRAPINSTALLDIR) (where gettext is > installed) > --without-libiconv-prefix > --enable-relocatable > > but got the same error as in > msg00010.html> > on 'make install': > > /opt/studio/SOS12/SUNWspro/bin/cc -I/tmp/pkgdir/include -I/root/ > automatic-multiarch-compile/lib/libiconv/work/install-i386/tmp/pkgdir/ > include -I/root/automatic-multiarch-compile/lib/libiconv/work/i386/ > bootstrapinstall/include -xO3 -m32 -xarch=386 -I/root/automatic- > multiarch-compile/lib/libiconv/work/i386/bootstrapinstall/include -I/ > tmp/pkgdir/include -I/root/automatic-multiarch-compile/lib/libiconv/ > work/install-i386/tmp/pkgdir/include -m32 -xarch=386 -L/root/ > automatic-multiarch-compile/lib/libiconv/work/i386/bootstrapinstall/ > lib -L/tmp/pkgdir/lib -L/root/automatic-multiarch-compile/lib/ > libiconv/work/install-i386/tmp/pkgdir/lib -I../srclib -I../srclib - > I.. -DHAVE_CONFIG_H -DIN_RELOCWRAPPER -DNO_XMALLOC -DINSTALLPREFIX="/ > tmp/pkgdir/" -DINSTALLDIR="/root/automatic-multiarch-compile/lib/ > libiconv/work/install-i386/tmp/pkgdir//bin" - > DLIBPATHVAR="LD_LIBRARY_PATH" -DLIBDIRS="/tmp/pkgdir//lib", - > DEXEEXT="" ../srclib/relocwrapper.c ../srclib/progname.c ../srclib/ > progreloc.c ../srclib/xreadlink.c ../srclib/areadlink.c ../srclib/ > readlink.c ../srclib/canonicalize-lgpl.c ../srclib/malloca.c ../ > srclib/relocatable.c ../srclib/setenv.c ../srclib/strerror.c ../ > srclib/c-ctype.c -o /root/automatic-multiarch-compile/lib/libiconv/ > work/install-i386/tmp/pkgdir//bin/iconv.wrapper > ../srclib/relocwrapper.c: > ../srclib/progname.c: > ../srclib/progreloc.c: > ../srclib/xreadlink.c: > ../srclib/areadlink.c: > ../srclib/readlink.c: > ../srclib/canonicalize-lgpl.c: > ../srclib/malloca.c: > ../srclib/relocatable.c: > ../srclib/setenv.c: > ../srclib/strerror.c: > ../srclib/c-ctype.c: > Undefined first referenced > symbol in file > xalloc_die xreadlink.o This problem with --enable-relocatable is now fixed in libiconv 1.13, available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz . Bruno [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-04/msg00015.html From MAILER-DAEMON Mon Mar 30 19:18:44 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQke-000382-6o for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:44 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQkc-00037k-Ui for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQkY-00037L-F5 for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:42 -0400 Received: from [199.232.76.173] (port=44819 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQkY-00037I-At for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:38 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.180]:65163) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQkX-0006Uh-AC for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:18:37 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (klopstock mo30) (RZmta 18.28) with ESMTP id n04efel2ULdohU ; Tue, 31 Mar 2009 01:18:33 +0200 (MEST) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] Two Version String Resource Issues Date: Tue, 31 Mar 2009 00:18:13 +0100 User-Agent: KMail/1.9.9 References: <1L1IIy-0eOXRo0@fwd06.aul.t-online.de> In-Reply-To: <1L1IIy-0eOXRo0@fwd06.aul.t-online.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200903310118.13633.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Michael in der Wiesche X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:18:43 -0000 Michael in der Wiesche wrote on 2008-11-15 [1]: > These may have been reported before, but I encountered them when trying to compile V 1.12 "as is" > using MinGW & MSYS on Windows XP and had to search the Internet for possible solutions as I am > no C developer: > > 1. sed (2002-4-30) reports errors in the regular expressions of ../windows/windres-options lines 17, 22 > and 27: Extra characters after command. Two solutions have been suggested at > > A fix has been incorporated in the libiconv sources on 2008-06-30. > 2. Even after correcting this issue the version string resource isn't linked into the binary although it > compiles properly. The reason for this is to be found in ../lib/makefile.in, lines 69/70: Similar to the > patch solution provided at adding "- > Wl,libiconv.res" in line 70 solves it Oh, I wasn't aware of it. Indeed it appears that libtool silently drops .res files on the input line when creating a shared library, but not when creating an executable. Go figure. > but you'll probably want a more generic solution for the > OBJECTS_RES_... switch to keep working properly. Yes, I prefer the solution proposed by Roumen Petrov later. Thanks for the report. The fixes are contained in libiconv 1.13, available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz . Bruno [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-11/msg00002.html From MAILER-DAEMON Mon Mar 30 19:19:10 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQl4-0003Be-Gi for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:19:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQl3-0003BB-Ha for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:19:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQkz-0003AQ-Gs for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:19:09 -0400 Received: from [199.232.76.173] (port=44831 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQkz-0003AL-Ag for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:19:05 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.180]:33909) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQky-0006Z7-CE for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:19:04 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (fruni mo20) (RZmta 18.28) with ESMTP id z0299dl2UKKOLI ; Tue, 31 Mar 2009 01:19:02 +0200 (MEST) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] Patch suggestion Date: Tue, 31 Mar 2009 00:18:42 +0100 User-Agent: KMail/1.9.9 References: <1L4EZT-0rVf4C0@fwd09.aul.t-online.de> <492F2B79.9020101@roumenpetrov.info> <493055AA.40006@roumenpetrov.info> In-Reply-To: <493055AA.40006@roumenpetrov.info> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200903310118.42797.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Michael in der Wiesche X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:19:09 -0000 Hi Roumen, Thanks for proposing a good solution while I didn't have time to look at Michael in der Wiesche's suggestions. Roumen Petrov wrote on 2008-11-28 [1]: > The second (2) is only for resource isn't linked. The patch from this > thread is obsolete and is part from 1.12. > > I check the reported "resource issue" and confirm that problem exist. > The CVS HEAD version (makefiles with resources) is not changed I to me > problems is not resolved. > > > I would like to propose a solution based on libtool. To the email is > attach file libiconv-1.12.patch-RC. This file is only to show how > libtool can compile and link windows resources. > > The libtool provide a macro AC_LIBTOOL_RC (v<2). This macro isn't well > documented. It has to be called before AC_PROG_LIBTOOL. For libtool > (v>=2+) it is replaced with LT_LANG([Windows Resource]) called after > LT_INIT. This macro detect resource compilers (windres for mingw) and > enable a libtool tag (--tag=RC) to work. Very nice! that libtool provides a solution for the problem that it caused itself by dropping the .res file from the command line :-) I didn't know about it, and have now used your suggestion in libiconv 1.13 (available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz) and GNU gettext. Bruno [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-11/msg00014.html From MAILER-DAEMON Mon Mar 30 19:21:53 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQng-0004wI-UG for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:52 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQne-0004uA-TF for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQnZ-0004mq-L8 for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:50 -0400 Received: from [199.232.76.173] (port=46493 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQnZ-0004mT-BQ for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:45 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.181]:63803) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQnW-0006xw-Ue; Mon, 30 Mar 2009 19:21:43 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (mrclete mo13) (RZmta 18.28) with ESMTP id y00923l2UM9VwQ ; Tue, 31 Mar 2009 01:21:41 +0200 (MEST) From: Bruno Haible To: Dagobert Michelsen Subject: Re: [bug-gnu-libiconv] Re: Libidn 1.13 test tst_toutf8 fails on Solaris 8 Sparc w/Sun Studio 11 Date: Tue, 31 Mar 2009 01:21:20 +0200 User-Agent: KMail/1.9.9 References: <5DED5322-3D4F-4228-AB3B-D05AC8F7CD51@opencsw.org> <873ad3z8kb.fsf@mocca.josefsson.org> <357FBFC0-D3C6-4918-8E18-BFD93F0DFD75@opencsw.org> In-Reply-To: <357FBFC0-D3C6-4918-8E18-BFD93F0DFD75@opencsw.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903310121.21629.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Simon Josefsson , bug-gnu-libiconv@gnu.org, bug-libidn@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:21:51 -0000 Dagobert Michelsen wrote: > Can I safely deploy libidn 1.13 on Solaris or do I need to wait on > an enhanced libiconv before doing so? You don't need to wait any longer. libiconv-1.13 is released on ftp.gnu.org. Bruno From MAILER-DAEMON Mon Mar 30 19:21:59 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoQnn-00051b-4p for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoQnl-00050L-OI for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoQnh-0004x5-Vg for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:57 -0400 Received: from [199.232.76.173] (port=46497 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoQnh-0004wr-IY for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:53 -0400 Received: from whitelist-out.rutgers.edu ([128.6.68.238]:24894 helo=annwn42.rutgers.edu) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoQng-0006zW-MT for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:21:52 -0400 Received: from localhost (localhost [127.0.0.1]) by annwn42.rutgers.edu (Postfix) with ESMTP id 7A2B939634B; Mon, 30 Mar 2009 19:21:51 -0400 (EDT) X-Virus-Scanned: Virus Scanned by NBCS Received: from annwn42.rutgers.edu ([127.0.0.1]) by localhost (annwn42.rutgers.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1UIHeBECX44i; Mon, 30 Mar 2009 19:21:51 -0400 (EDT) Received: from [192.168.1.10] (ool-457f5548.dyn.optonline.net [69.127.85.72]) by annwn42.rutgers.edu (Postfix) with ESMTPSA id 24EE5396343; Mon, 30 Mar 2009 19:21:50 -0400 (EDT) Message-ID: <49D1540A.9050306@jla.rutgers.edu> Date: Mon, 30 Mar 2009 19:21:46 -0400 From: David Halik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Bruno Haible Subject: Re: [bug-gnu-libiconv] libiconv 1.12 fails to compile in Solaris 9 References: <473A31F8.70601@jla.rutgers.edu> <200903310116.21505.bruno@clisp.org> In-Reply-To: <200903310116.21505.bruno@clisp.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Cc: bug-gnu-libiconv@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:21:58 -0000 Just curious, how did you end up fixing it? I realized that if I set stdint.h to sys/int_types.h for Solaris it compiled fine. On 3/30/2009 7:16 PM, Bruno Haible wrote: > David Halik wrote on 2007-11-14 [1]: > >> I was bumping our local rpm of libiconv to 1.12 and noticed that there >> is an unrecoverable compile error using Sun Studio, see below: >> >> gmake all-am >> gmake[2]: Entering directory >> `/usr/local/src/rpm-packages/BUILD/libiconv-1.12/srclib' >> cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl >> -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs >> -I/usr/local/include -g -c areadlink.c >> cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl >> -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs >> -I/usr/local/include -g -c malloca.c >> cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl >> -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs >> -I/usr/local/include -g -c progname.c >> cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib -I../intl >> -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -g -xs >> -I/usr/local/include -g -c -o width.o `test -f 'uniwidth/width.c' || >> echo './'`uniwidth/width.c >> "./stdint.h", line 257: zero or negative subscript >> cc: acomp failed for uniwidth/width.c >> > > Thanks for the report. This is fixed in libiconv 1.13, which is available at > http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz . > > Bruno > > [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2007-11/msg00000.html > From MAILER-DAEMON Mon Mar 30 19:37:03 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoR2N-00031z-P2 for mharc-bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:37:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoR2M-00031r-A1 for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:37:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoR2G-00031f-Fd for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:37:01 -0400 Received: from [199.232.76.173] (port=46890 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoR2G-00031c-Au for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:36:56 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.181]:46107) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoR2E-0000qD-U6 for bug-gnu-libiconv@gnu.org; Mon, 30 Mar 2009 19:36:55 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (fruni mo36) (RZmta 18.28) with ESMTP id x03547l2UMk7PB ; Tue, 31 Mar 2009 01:36:53 +0200 (MEST) From: Bruno Haible To: David Halik Subject: Re: [bug-gnu-libiconv] libiconv 1.12 fails to compile in Solaris 9 Date: Tue, 31 Mar 2009 01:36:31 +0200 User-Agent: KMail/1.9.9 References: <473A31F8.70601@jla.rutgers.edu> <200903310116.21505.bruno@clisp.org> <49D1540A.9050306@jla.rutgers.edu> In-Reply-To: <49D1540A.9050306@jla.rutgers.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903310136.32457.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: bug-gnu-libiconv@gnu.org X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 23:37:02 -0000 David Halik wrote: > Just curious, how did you end up fixing it? I realized that if I set > stdint.h to sys/int_types.h for Solaris it compiled fine. The autoconf test was fixed inside autoconf and inside gnulib. See [1]. Bruno [1] http://lists.gnu.org/archive/html/autoconf-patches/2007-10/msg00217.html From MAILER-DAEMON Tue Mar 31 06:45:03 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LobSp-0006Hh-8p for mharc-bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 06:45:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoWLV-0006W5-Cx for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 01:17:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoWLQ-0006VO-6X for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 01:17:08 -0400 Received: from [199.232.76.173] (port=42718 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoWLQ-0006VG-0a for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 01:17:04 -0400 Received: from mail-bw0-f167.google.com ([209.85.218.167]:46246) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoWLP-0002ma-Mr for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 01:17:03 -0400 Received: by bwz11 with SMTP id 11so2097804bwz.42 for ; Mon, 30 Mar 2009 22:17:01 -0700 (PDT) MIME-Version: 1.0 Sender: brian.gupta@brandorr.com Received: by 10.204.116.69 with SMTP id l5mr2238629bkq.158.1238476621584; Mon, 30 Mar 2009 22:17:01 -0700 (PDT) Date: Tue, 31 Mar 2009 01:17:01 -0400 X-Google-Sender-Auth: 2b12eaad1364f395 Message-ID: <54c4e4f40903302217w24e9e2cfy21d8677ce72ebbd7@mail.gmail.com> From: Brian Gupta To: bug-gnu-libiconv@gnu.org Content-Type: multipart/alternative; boundary=0016e6d460b81799130466634fd1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-Mailman-Approved-At: Tue, 31 Mar 2009 06:45:02 -0400 Subject: [bug-gnu-libiconv] I was looking at integrating libiconv and gettext into opensolaris. X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 05:17:09 -0000 --0016e6d460b81799130466634fd1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The issue with the circular dependency may cause issues for getting approval. What is the reason Linux doesn't have this dependency and Solaris does? Thanks, Brian --0016e6d460b81799130466634fd1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The issue with the circular dependency may cause issues for getting approval. What is the reason Linux doesn't have this dependency and Solaris does?

Thanks,
Brian
--0016e6d460b81799130466634fd1-- From MAILER-DAEMON Tue Mar 31 07:21:12 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Loc1o-0005ev-BS for mharc-bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 07:21:12 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Loc1m-0005eX-I0 for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 07:21:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Loc1h-0005eC-DJ for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 07:21:09 -0400 Received: from [199.232.76.173] (port=58074 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Loc1h-0005e9-6p for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 07:21:05 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.182]:54434) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Loc1g-0000OT-QU for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 07:21:04 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (fruni mo7) (RZmta 18.28) with ESMTP id 6049a9l2VBJuRt ; Tue, 31 Mar 2009 13:21:02 +0200 (MEST) From: Bruno Haible To: bug-gnu-libiconv@gnu.org Subject: Re: [bug-gnu-libiconv] I was looking at integrating libiconv and gettext into opensolaris. Date: Tue, 31 Mar 2009 13:20:41 +0200 User-Agent: KMail/1.9.9 References: <54c4e4f40903302217w24e9e2cfy21d8677ce72ebbd7@mail.gmail.com> In-Reply-To: <54c4e4f40903302217w24e9e2cfy21d8677ce72ebbd7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903311320.41952.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: Brian Gupta X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 11:21:10 -0000 Brian Gupta wrote: > The issue with the circular dependency may cause issues for getting > approval. What is the reason Linux doesn't have this dependency and Solaris > does? Linux distributions use glibc, and glibc has a decent iconv() already built-in and therefore does not need GNU libiconv. OpenSolaris can also be used with GNU libc; there is a GNU/kOpenSolaris project underway; contact Robert Millan for info. Bruno From MAILER-DAEMON Tue Mar 31 16:49:05 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LoktN-00061y-AT for mharc-bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 16:49:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LoktK-00060j-Mt for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 16:49:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LoktI-0005zT-F7 for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 16:49:01 -0400 Received: from [199.232.76.173] (port=43255 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LoktI-0005zN-A2 for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 16:49:00 -0400 Received: from filter2.host.bg ([87.120.40.156]:35838) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LoktH-0003TW-MR for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 16:49:00 -0400 Received: from mail.host.bg (mail.host.bg [87.120.40.3]) by filter2.host.bg (Postfix) with ESMTP id E86D1106ED9; Tue, 31 Mar 2009 23:48:55 +0300 (EEST) Received: from [85.130.38.98] (85-130-38-98.1699525.ddns.cablebg.net [85.130.38.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.host.bg (Postfix) with ESMTP id 3E479A17D9; Tue, 31 Mar 2009 23:52:26 +0300 (EEST) Message-ID: <49D281B6.8010801@roumenpetrov.info> Date: Tue, 31 Mar 2009 23:48:54 +0300 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.21) Gecko/20090324 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Bruno Haible Subject: Re: [bug-gnu-libiconv] Patch suggestion References: <1L4EZT-0rVf4C0@fwd09.aul.t-online.de> <492F2B79.9020101@roumenpetrov.info> <493055AA.40006@roumenpetrov.info> <200903310118.42797.bruno@clisp.org> In-Reply-To: <200903310118.42797.bruno@clisp.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Cc: bug-gnu-libiconv@gnu.org, Michael in der Wiesche X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 20:49:03 -0000 Hi Bruno, Bruno Haible wrote: > Hi Roumen, > > Thanks for proposing a good solution while I didn't have time to look at > Michael in der Wiesche's suggestions. > > Roumen Petrov wrote on 2008-11-28 [1]: >> The second (2) is only for resource isn't linked. The patch from this >> thread is obsolete and is part from 1.12. >> >> I check the reported "resource issue" and confirm that problem exist. >> The CVS HEAD version (makefiles with resources) is not changed I to me >> problems is not resolved. >> >> >> I would like to propose a solution based on libtool. To the email is >> attach file libiconv-1.12.patch-RC. This file is only to show how >> libtool can compile and link windows resources. >> >> The libtool provide a macro AC_LIBTOOL_RC (v<2). This macro isn't well >> documented. It has to be called before AC_PROG_LIBTOOL. For libtool >> (v>=2+) it is replaced with LT_LANG([Windows Resource]) called after >> LT_INIT. This macro detect resource compilers (windres for mingw) and >> enable a libtool tag (--tag=RC) to work. > > Very nice! that libtool provides a solution for the problem that it > caused itself by dropping the .res file from the command line :-) Thanks, but it was not complete patch. It was to show only how to use libtool to compile resource file and the sample was only for one of resource compiler use. It was a concept patch. > I didn't know about it, and have now used your suggestion in libiconv 1.13 > (available at http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz) and > GNU gettext. The complete solution is to replace all. Actually libiconv 1.12 use resource in two places(targets) and both don't work. I review 1.13 source and one of places is changed (lib/Makefile.in), but second not (in src/Makefile.in). Also configure.ac still contain AC_CHECK_TOOL([WINDRES], [windres]). Too bad that 1.13 is already released. If I remember well 1.12 executable was linked without resource too. I will cross-compile v1.13 and I will keep you informed. > Bruno > > [1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-11/msg00014.html > Roumen P.S.: 10x for inclusion of bulgarian translation. From MAILER-DAEMON Tue Mar 31 18:59:50 2009 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lomvu-0005lC-5C for mharc-bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 18:59:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lomvs-0005j1-KC for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 18:59:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lomvm-0005bc-Or for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 18:59:47 -0400 Received: from [199.232.76.173] (port=57618 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lomvm-0005bM-I4 for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 18:59:42 -0400 Received: from mo-p05-ob.rzone.de ([81.169.146.182]:8490) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lomvl-0002ol-La for bug-gnu-libiconv@gnu.org; Tue, 31 Mar 2009 18:59:42 -0400 X-RZG-AUTH: :Ln4Re0/tc/4+RPs3/JP8/Hc3Cqxuq9k84i0ZqlPB1QI5ca9K875piTy/9g== X-RZG-CLASS-ID: mo05 Received: from linuix.haible.de (dslb-088-068-053-203.pools.arcor-ip.net [88.68.53.203]) by post.strato.de (klopstock mo14) (RZmta 18.28) with ESMTP id d04413l2VMNGHn ; Wed, 1 Apr 2009 00:59:39 +0200 (MEST) From: Bruno Haible To: Roumen Petrov Subject: Re: [bug-gnu-libiconv] Patch suggestion Date: Wed, 1 Apr 2009 00:59:17 +0200 User-Agent: KMail/1.9.9 References: <1L4EZT-0rVf4C0@fwd09.aul.t-online.de> <200903310118.42797.bruno@clisp.org> <49D281B6.8010801@roumenpetrov.info> In-Reply-To: <49D281B6.8010801@roumenpetrov.info> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904010059.18339.bruno@clisp.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) Cc: bug-gnu-libiconv@gnu.org, Michael in der Wiesche X-BeenThere: bug-gnu-libiconv@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for GNU libiconv List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 22:59:49 -0000 Hello Roumen, > The complete solution is to replace all. Actually libiconv 1.12 use > resource in two places(targets) and both don't work. Huh? On mingw, I looked for the presence of the resource info, and found that in you can access this info through the Windows NT file explorer, via a pop-up menu on the file's icon. The one in iconv.exe was present, the one in libiconv.dll was missing. So I added that. I found it a bit strange that "strings < iconv.exe" showed part of the resource text, but "strings < libiconv.dll" didn't, although the info was visible in the file explorer. > Also configure.ac still contain > AC_CHECK_TOOL([WINDRES], [windres]). Yes, this is needed for the src/Makefile.in. > I will cross-compile v1.13 and I will keep you informed. Ah, you are cross-compiling from Linux? I used a cross-compile from Cygwin; maybe that makes a difference? Bruno