Re: problem building dia 0.80 (fwd)

1999-10-28 Thread Fredrik Hallenberg 

On Tue, Oct 26, 1999 at 09:17:40PM +0200, Alexander Larsson wrote:
  I think this patch (which probably can be improved) will fix this:
  
  --- gettext.m4  Tue Oct 26 17:46:16 1999
  +++ /usr/share/aclocal/gettext.m4   Fri Oct 22 13:02:06 1999
  @@ -229,8 +229,7 @@
  NEW_LINGUAS=
  for lang in ${LINGUAS=$ALL_LINGUAS}; do
case "$ALL_LINGUAS" in
  -   *\ $lang\ * | $lang\ * | *\ $lang ) 
  - NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
  +  *$lang*) NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
esac
  done
  LINGUAS=$NEW_LINGUAS
 
 Ok. I've applied this to my /usr/share/aclocal/gettext.m4. The next time
 i make a release this will then work better i hope. Maybe we should
 contact the gettext maintainer about this?

Yes, I have sent a mail but hasn't got any response yet.

 Btw. You got the patch backwards.

Oops... I might as well send an improved version of the patch:

--- /usr/share/aclocal/gettext.m4   Fri Oct 22 13:02:06 1999
+++ gettext.m4  Tue Oct 26 20:25:12 1999
@@ -227,10 +227,12 @@
  else
AC_MSG_CHECKING(for catalogs to be installed)
NEW_LINGUAS=
-   for lang in ${LINGUAS=$ALL_LINGUAS}; do
- case "$ALL_LINGUAS" in
-  *$lang*) NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
- esac
+   for alang in ${ALL_LINGUAS}; do
+ for lang in ${LINGUAS=$ALL_LINGUAS}; do
+   case "$alang" in
+$lang*) NEW_LINGUAS="$NEW_LINGUAS $alang" ;;
+   esac
+ done
done
LINGUAS=$NEW_LINGUAS
AC_MSG_RESULT($LINGUAS)

If the user have LINGUAS=en it will use (for example) en_GB and other
available variants of the language. There is no way to get something in to
NEW_LINGUAS that is not in ALL_LINGUAS so all problems with a strange
LINGUAS setting is avoided.

-- 
Fredrik Hallenberg [EMAIL PROTECTED]
http://www.lysator.liu.se/~hallon  [EMAIL PROTECTED]

Re: problem building dia 0.80 (fwd)

1999-10-26 Thread Alexander Larsson 

Heres an i18n problem for the experts to think about.
How can we fix this? Why was en.po renamed to en_GB.po?

/ Alex

-- Forwarded message --
Date: Tue, 26 Oct 1999 09:13:59 -0400
From: Philip Long [EMAIL PROTECTED]
To: Alexander Larsson [EMAIL PROTECTED]
Subject: Re: problem building dia 0.80

The problem is that RH 6.1 sets the LINGUAS variable, in my case to en.  This
messes up all sorts of building.  When I unset LINGUAS, everything builds
fine.  Thanks for dia.

Phil Long


Alexander Larsson wrote:

 On Thu, 21 Oct 1999, Philip Long wrote:

  ../configure
  make
 
  builds for a while unitl
 
  echo DIA_LIB_PATH=\$DIA_LIB_PATH:`pwd`/../objects/flowchart/.libs 
  run_dia.sh
  echo DIA_SHAPE_PATH=`pwd`/../shapes  run_dia.sh
  echo  run_dia.sh
  echo "`pwd`/dia \$*"  run_dia.sh
  chmod a+x run_dia.sh
  make[2]: Leaving directory `/home/plong/dia-0.80/app'
  Making all in samples
  make[2]: Entering directory `/home/plong/dia-0.80/samples'
  make[2]: Nothing to be done for `all'.
  make[2]: Leaving directory `/home/plong/dia-0.80/samples'
  Making all in po
  make[2]: Entering directory `/home/plong/dia-0.80/po'
  make[2]: *** No rule to make target `en.gmo', needed by `all-yes'.
  Stop.
  make[2]: Leaving directory `/home/plong/dia-0.80/po'
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory `/home/plong/dia-0.80'
  make: *** [all-recursive-am] Error 2
  lyta:~/dia-0.80 1010$
 
  Please help

 I don't really understand this. I get no such problem. en.gmo shouldn't
 be needed. It should use en_GB.gmo instead. This doesn't happend to me. If
 you want to help you could try to figure out why it wants en.gmo.

 If you just want to run dia, just do "touch po/en.gmo" (or maybe "touch
 po/en.po"?)

 / Alex