Hi Chris,
On 03 Mar 2005, at 17:06, Chris Zubrzycki wrote:
I have prepared a new gettext package to use, based on the latest code (jan 04).As you had asked to test it, I've been using it since one month, rebuilding everything
using gettext3 (and readline -> readline5, gdbm -> gdbm3, netpbm -> netpbm10, guile -> guile16 )
It works like clockwork _ except, as you note below, the switching back and forth: that is why I
preferred to use only the new one.
One tempting possibility might be to do as you did so nicely for ncurses: immediately phase the old version out
(and probably at the same time take care of the other pkgs mentioned abve)
It's called libgettext3 and is in exp/beren12. As per drm's recommendation, I followed the guidelines in the new gettext package, and made 2 splitoffs: Runtime tools, and Build tools. The Runtime tools i made into a library package and a binary package, and I left all the development tools in the development package. There is one thing, and that is that the build depend only utils for building other packages with gettext are now in the -dev, not in -bin. This is not a problem, as all packages that depend on the -bin also builddepend on the -dev. The problem comes when switching back and forth between the -dev splitoffs, since the new -bin does not contain the developmental utilities, and they are not in the old -dev. I have updated the old gettext-dev package to include the few dev utilities in it, but it would be just as easy to move all the binaries back to -bin.
Any thoughts/suggestions?
If the 2 have to coexist, and one has to switch back and forth, I might favour the latter option:
about every pkg builddepends on there being some msgfmt etc : so we would have builddepends on libgettext3-dev
everywhere. The alternative would allow to builddepend on libgettext3-dev only for pkgs that need to link with
one of the libs.
Best,
Jean-Francois
PS: concerning dependencies :
1) gettext-bin depends on libgettext3, libiconv
2) libgettext3-dev depends on libgettext3, libiconv and expat-shlibs (xgettext) _ the latter is no problem: expat has no deps
3) libiconv-bin depends on libgettext3 (formally this might require a separate libiconv-bootstrap pkg, that does not depend on
gettext, and is later replaced by the real libiconv)
4) To finish with this, libiconv badly depends on itself:
gcc iconv.o -o iconv ../srclib/libicrt.a -L/sw/lib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lc
When one has to rebuild all ones pkgs, with the installed ones being broken, eg by a change in libSystem,
such things don't help...
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
