threads / discuss / 12498

t3900-i18n-commit.sh problem on Solaris

Subject: t3900-i18n-commit.sh problem on Solaris

## tl;dr

5 messages between Mar 4, 2008 and Mar 4, 2008.

replies: 4people: 2as markdown or json

Whit Armstrong· Mar 4, 2008, 15:51 UTC · lore

this is with git latest: c95b3ad9ea310ec89e31a21edecaaf2c374e2c46 (GIT_VERSION = 1.5.4.3.447.gc95b3)

xs5-trd-p1.grn:warmstro> sh t3900-i18n-commit.sh -i -v ... ... ...

* expecting success:
                compare_with ISO-2022-JP ../t3900/2-UTF-8.txt

diff --git a/current b/../t3900/2-UTF-8.txt
*   ok 20: ISO-2022-JP should be shown in UTF-8 now

* expecting success:
                        compare_with EUCJP ../t3900/EUCJP.txt

diff --git a/current b/../t3900/EUCJP.txt
*   ok 21: EUCJP should be shown in EUCJP now

* expecting success:
                        compare_with ISO-2022-JP ../t3900/EUCJP.txt

diff --git a/current b/../t3900/EUCJP.txt
index 74b5330..546f2aa 100644
--- a/current
+++ b/../t3900/EUCJP.txt
@@ -1,4 +1,4 @@
-$O$l$R$[$U
+¤Ï¤ì¤Ò¤Û¤Õ

-$7$F$$$k$N$,!"$$$k$N$G!#
-_@IM$[$l$W$j$]$l$^$S$0$j$m$X!#
+¤·¤Æ¤¤¤ë¤Î¤¬¡¢¤¤¤ë¤Î¤Ç¡£
+ßÀÉÍ¤Û¤ì¤×¤ê¤Ý¤ì¤Þ¤Ó¤°¤ê¤í¤Ø¡£
* FAIL 22: ISO-2022-JP should be shown in EUCJP now

                                compare_with ISO-2022-JP ../t3900/EUCJP.txt

xs5-trd-p1.grn:warmstro>


Is this a Solaris problem?

here is the machine info:
xs5-trd-p1.grn:warmstro> uname -a
SunOS xs5-trd-p1.grn.tudor.com 5.9 Generic_118558-38 sun4u sparc
SUNW,Sun-Fire-V240 Solaris
xs5-trd-p1.grn:warmstro>

Thanks,
Whit

Mike Ralphson· Mar 4, 2008, 16:11 UTC · re: Whit Armstrong · lore

Re: t3900-i18n-commit.sh problem on Solaris

On 04/03/2008, Whit Armstrong <armstrong.whit@gmail.com> wrote:

Show 11 quoted lines

> this is with git latest: c95b3ad9ea310ec89e31a21edecaaf2c374e2c46
>  (GIT_VERSION = 1.5.4.3.447.gc95b3)
>
>
>  xs5-trd-p1.grn:warmstro> sh t3900-i18n-commit.sh -i -v
>  ...
>  ...
>  ...
>  * FAIL 22: ISO-2022-JP should be shown in EUCJP now
>
>  Is this a Solaris problem?

Could be. Some builtin iconv() functions / libiconv implementations don't seem to have support for all of the character encodings git expects.

Are you able to link against a current GNU libiconv instead?

Mike

Whit Armstrong· Mar 4, 2008, 16:14 UTC · re: Mike Ralphson · lore

Re: t3900-i18n-commit.sh problem on Solaris

will give that a try and come back.

On Tue, Mar 4, 2008 at 11:11 AM, Mike Ralphson <mike.ralphson@gmail.com> wrote:

Show 23 quoted lines

> On 04/03/2008, Whit Armstrong <armstrong.whit@gmail.com> wrote:
>  > this is with git latest: c95b3ad9ea310ec89e31a21edecaaf2c374e2c46
>  >  (GIT_VERSION = 1.5.4.3.447.gc95b3)
>  >
>  >
>  >  xs5-trd-p1.grn:warmstro> sh t3900-i18n-commit.sh -i -v
>  >  ...
>  >  ...
>  >  ...
>
> >  * FAIL 22: ISO-2022-JP should be shown in EUCJP now
>  >
>
> >  Is this a Solaris problem?
>
>  Could be. Some builtin iconv() functions / libiconv implementations
>  don't seem to have support for all of the character encodings git
>  expects.
>
>  Are you able to link against a current GNU libiconv instead?
>
>  Mike
>

Whit Armstrong· Mar 4, 2008, 17:15 UTC · re: Whit Armstrong · lore

Re: t3900-i18n-commit.sh problem on Solaris

I still got the same failure after using: ./configure --with-iconv=/home/warmstro/bin

which is where I put GNU inconv.

Is it possible to make sure that configure used that version?

I tried ldd on the git executable, but I didn't find it.

xs5-trd-p1.grn:warmstro> ldd git
        libcurl.so.3 =>  /usr/local/misc/lib/libcurl.so.3
        libz.so =>       /usr/local/subversion/lib/libz.so
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libz.so.1 =>     /usr/local/subversion/lib/libz.so.1
        libz.so.1 (SUNW_1.1) =>  (version not found)
        libgcc_s.so.1 =>         /usr/local/subversion/lib/libgcc_s.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1

Thanks, Whit

On Tue, Mar 4, 2008 at 11:14 AM, Whit Armstrong <armstrong.whit@gmail.com> wrote:

Show 29 quoted lines

> will give that a try and come back.
>
>
>
>  On Tue, Mar 4, 2008 at 11:11 AM, Mike Ralphson <mike.ralphson@gmail.com> wrote:
>  > On 04/03/2008, Whit Armstrong <armstrong.whit@gmail.com> wrote:
>  >  > this is with git latest: c95b3ad9ea310ec89e31a21edecaaf2c374e2c46
>  >  >  (GIT_VERSION = 1.5.4.3.447.gc95b3)
>  >  >
>  >  >
>  >  >  xs5-trd-p1.grn:warmstro> sh t3900-i18n-commit.sh -i -v
>  >  >  ...
>  >  >  ...
>  >  >  ...
>  >
>  > >  * FAIL 22: ISO-2022-JP should be shown in EUCJP now
>  >  >
>  >
>  > >  Is this a Solaris problem?
>  >
>  >  Could be. Some builtin iconv() functions / libiconv implementations
>  >  don't seem to have support for all of the character encodings git
>  >  expects.
>  >
>  >  Are you able to link against a current GNU libiconv instead?
>  >
>  >  Mike
>  >
>

Mike Ralphson· Mar 4, 2008, 18:18 UTC · re: Whit Armstrong · lore

Re: t3900-i18n-commit.sh problem on Solaris

On 04/03/2008, Whit Armstrong <armstrong.whit@gmail.com> wrote:

Show 21 quoted lines

> I still got the same failure after using: ./configure
>  --with-iconv=/home/warmstro/bin
>
>  which is where I put GNU inconv.
>
>  Is it possible to make sure that configure used that version?
>
>  I tried ldd on the git executable, but I didn't find it.
>
>  xs5-trd-p1.grn:warmstro> ldd git
>         libcurl.so.3 =>  /usr/local/misc/lib/libcurl.so.3
>         libz.so =>       /usr/local/subversion/lib/libz.so
>         libsocket.so.1 =>        /usr/lib/libsocket.so.1
>         libnsl.so.1 =>   /usr/lib/libnsl.so.1
>         libc.so.1 =>     /usr/lib/libc.so.1
>         libdl.so.1 =>    /usr/lib/libdl.so.1
>         libz.so.1 =>     /usr/local/subversion/lib/libz.so.1
>         libz.so.1 (SUNW_1.1) =>  (version not found)
>         libgcc_s.so.1 =>         /usr/local/subversion/lib/libgcc_s.so.1
>         libmp.so.2 =>    /usr/lib/libmp.so.2
>         /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1

It looks to me like the configure script has no way to set the ICONVDIR variable used by the Makefile, so the --with-iconv= probably isn't doing anything.

For now, could you try setting that directly in your Makefile ? NEEDS_LIBICONV must be defined if it isn't already.

Mike