[Bug-freedink] Re: FreeDink in FreeBSD

[Sylvain Beucler]

Hi,

On Sun, Nov 30, 2008 at 06:49:36PM -0800, Stephen Hurd wrote:
> Sylvain Beucler wrote:
>>> and the itlocale change in the dfarc Makefile.in.in
>>>     
>>
>> I didn't really understand this one :)
>>
>> Note that 'Makefile.in.in' is installed by 'intltoolize', so maybe the
>> patch should go to the intltool project as well.
>>   
>
> I don't either to be honest.  I just poked at it until it did what I  
> wanted.  I *think* it was installing under lib rather than share, but I  
> can't remember any more.  :-)

There's indeed something about it in /usr/share/aclocal/intltool.m4:

  # Set DATADIRNAME correctly if it is not set yet
  # (copied from glib-gettext.m4)
  if test -z "$DATADIRNAME"; then
    AC_LINK_IFELSE(
      [AC_LANG_PROGRAM([[]],
                       [[extern int _nl_msg_cat_cntr;
                         return _nl_msg_cat_cntr]])],
      [DATADIRNAME=share],
      [case $host in
      *-*-solaris*)
      dnl On Solaris, if bind_textdomain_codeset is in libc,
      dnl GNU format message catalog is always supported,
      dnl since both are added to the libc all together.
      dnl Hence, we'd like to go with DATADIRNAME=share
      dnl in this case.
      AC_CHECK_FUNC(bind_textdomain_codeset,
        [DATADIRNAME=share], [DATADIRNAME=lib])
      ;;
      *)
      [DATADIRNAME=lib]
      ;;
      esac])
  fi
  AC_SUBST(DATADIRNAME)

Apparently it checks for '_nl_msg_cat_cntr' and doesn't find
it. However this test isn't relevant here because DFArc uses
wxWidget's i18n stack instead of directly using gettext.  It would
worth checking if there are similar issues in other packages using
wxWidgets.


> Hrm... I think the default install target strips executables as well...  
> file shows it as stripped, how can I check if the embedded resources are  
> there?

Resources are essentially a .zip file appened to the executable (+
some index relocation). Just 'unzip -l /usr/bin/freedink' :)


>> Btw, your choice of options is actually the default :)
>
> Hah!  We all know that configure doesn't really have defaults, it has  
> suggestions.  :-)
>
> If libzip isn't installed, embedded resources won't be used.

Well configure does what tell him to :)

In FreeDink I made sure that the dependency configuration wasn't
"guessed" from the system, but specified from the command-line
options.

If you don't have libzip or zzip installed, ./configure will fail
(unless you explicitely disabled embedded resources). Or there's a bug
in my code ;)

  if test x"$enable_embedded_resources" = x"yes"; then
    if test "$LACK_LIBZIP" = 1 -a "$LACK_ZZIPLIB" = 1; then
      echo "* You need to install libzip or ZZipLib (or 
--disable-embedded-resources)."
      error=1
    fi
    if test -z "$ZIP"; then
      echo "* The 'zip' utility cannot be found. Please install it (or 
--disable-embedded-resources)."
      error=1
    fi
  fi


> I seem to remember only a ZIP archive being available on one and a  
> tarball being available on the other.

I didn't upload .zip version at ftp.gnu.org essentially out of
lazyness, but they are the same than the .tar.gz or .tar.bz2.


> Ok, I've subscribed there... I'll try to get port updates done as new  
> releases happen.

Well for starters I uploaded a new release of freedink-data with a
fixed Makefile.  I'd be glad if you could check if it's alright now :)

-- 
Sylvain