git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* t3900-i18n-commit.sh problem on Solaris
@ 2008-03-04 15:51 Whit Armstrong
  2008-03-04 16:11 ` Mike Ralphson
  0 siblings, 1 reply; 5+ messages in thread
From: Whit Armstrong @ 2008-03-04 15:51 UTC (permalink / raw)
  To: git

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

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: t3900-i18n-commit.sh problem on Solaris
  2008-03-04 15:51 t3900-i18n-commit.sh problem on Solaris Whit Armstrong
@ 2008-03-04 16:11 ` Mike Ralphson
  2008-03-04 16:14   ` Whit Armstrong
  0 siblings, 1 reply; 5+ messages in thread
From: Mike Ralphson @ 2008-03-04 16:11 UTC (permalink / raw)
  To: Whit Armstrong; +Cc: git

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: t3900-i18n-commit.sh problem on Solaris
  2008-03-04 16:11 ` Mike Ralphson
@ 2008-03-04 16:14   ` Whit Armstrong
  2008-03-04 17:15     ` Whit Armstrong
  0 siblings, 1 reply; 5+ messages in thread
From: Whit Armstrong @ 2008-03-04 16:14 UTC (permalink / raw)
  To: Mike Ralphson; +Cc: git

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
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: t3900-i18n-commit.sh problem on Solaris
  2008-03-04 16:14   ` Whit Armstrong
@ 2008-03-04 17:15     ` Whit Armstrong
  2008-03-04 18:18       ` Mike Ralphson
  0 siblings, 1 reply; 5+ messages in thread
From: Whit Armstrong @ 2008-03-04 17:15 UTC (permalink / raw)
  To: Mike Ralphson; +Cc: git

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:
> 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
>  >
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: t3900-i18n-commit.sh problem on Solaris
  2008-03-04 17:15     ` Whit Armstrong
@ 2008-03-04 18:18       ` Mike Ralphson
  0 siblings, 0 replies; 5+ messages in thread
From: Mike Ralphson @ 2008-03-04 18:18 UTC (permalink / raw)
  To: Whit Armstrong; +Cc: git

On 04/03/2008, Whit Armstrong <armstrong.whit@gmail.com> wrote:
> 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

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-03-04 18:19 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-04 15:51 t3900-i18n-commit.sh problem on Solaris Whit Armstrong
2008-03-04 16:11 ` Mike Ralphson
2008-03-04 16:14   ` Whit Armstrong
2008-03-04 17:15     ` Whit Armstrong
2008-03-04 18:18       ` Mike Ralphson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).