Re: GNUstep additional Unix libs

[Helge Hess]

Dennis Leeuw wrote:
> So I guess you build GNUstep first, which results in a catch22, I can't build
> GNUstep due to an old libxml...

Yes, I'm building just gstep-make before anything else.

> Could you show me the output of your  
> $GNUSTEP_SYSTEM_ROOT/Libraries/ix86/linux-gnu

---snip---
helge@marvin:~> ls $GNUSTEP_SYSTEM_ROOT/Libraries/ix86/linux-gnu
gnu-fd-gnu-nil    libneon.so.6.1.0  liburi.so.2.0.10  libxml.so.2.2.10
libneon.a         liburi.a          libxml.a          libxml.so.2.2.2
libneon.la        liburi.la         libxml.la         libxml.so.2.2.4
libneon.so        liburi.so         libxml.so         pkgconfig
libneon.so.6      liburi.so.2       libxml.so.2       xmlConf.sh
---snap---

> And do you know where xmllint and xml-config are placed, is that in Tools?
> And what about the man-pages... e.g. xmllint.1 and the html documentation like
> xml.html?

---snip---
helge@marvin:~> which xmllint
/GNUstep2/Tools/ix86/linux-gnu/xmllint
helge@marvin:~> find /GNUstep2/ -name "*xmllint*"
/GNUstep2/Tools/ix86/linux-gnu/xmllint
/GNUstep2/Library/man/man1/xmllint.1
---snap---

Greetings
  Helge

> If you could help me out with this info that would be great.
> 
> Thanks,
> 
> Dennis
> 
> Helge Hess wrote:
> 
> > Hi,
> >
> > if I compile libxml inside of GNUstep it is placed into
> > $GNUSTEP_SYSTEM_ROOT/Libraries/ix86/linux-gnu, which is perfect, IMHO.
> > There is no backend-dependency.
> >
> > Helge
> >
> > Dennis Leeuw wrote:
> > > Now I see, that means I have to compile libxml twice, once for xgps and
> > > once
> > > for xdps if I want to support them both ;(
> > >
> > > Shouldn't we use one default path for generic libs ?
> > > Or should packages for distributions just contain one backend ?
> > >
> > > Dennis
> > >
> > > Sungjin Chun wrote:
> > >
> > > > Hi,
> > > > Current gnustep-make file let those files into
> > > > linux-gnu/ix86, not into the gnu....xgps/xdps.
> > > > So, what I said is if you really want to put those
> > > > libs into gnu... style dir level, I think the name is
> > > > determined from the rule that is currently used,
> > > > not from the library name.
> > > >
> > > > Sorry for my poor english.
> > > >
> > > > ----- Original Message -----
> > > > From: "Dennis Leeuw" <dleeuw@made-it.com>
> > > > To: "Sungjin Chun" <ninja@linuxone.co.kr>
> > > > Sent: Wednesday, January 10, 2001 8:34 PM
> > > > Subject: Re: GNUstep additional Unix libs
> > > >
> > > > > You are right for both xdps and xgps, but what about libxml, gmp, ffi?
> > > > >
> > > > > Where do I place these?
> > > > >
> > > > > Dennis
> > > > >
> > > > > Sungjin Chun wrote:
> > > > >
> > > > > > Hi,
> > > > > > gnu-gnu-gnu-xgps/xdps is more appropriate ?
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Dennis Leeuw" <dleeuw@made-it.com>
> > > > > > To: <discuss-gnustep@gnu.org>
> > > > > > Sent: Wednesday, January 10, 2001 7:58 PM
> > > > > > Subject: GNUstep additional Unix libs
> > > > > >
> > > > > > > Hi all,
> > > > > > >
> > > > > > > While I am in the process of building packages for Slackware I ran
> > > > into
> > > > > > > some problems, like the current provided libxml is not up-to-date
> > > > enough
> > > > > > > for usage with GNUstep, there is no DGS, there is no GMP etc.
> > > > > > >
> > > > > > > I could build all those packages, but then a user should decide
> > > > whether
> > > > > > > to use libxml for GNUstep or for the GNOME environment, so it 
> > > > > > > would be
> > > > > > > more elegant to integrate libxml with the GNUstep stuff, but know 
> > > > > > > the
> > > > > > > question:
> > > > > > >
> > > > > > > Where do I place libxml, DGS, GMP, FFI ?
> > > > > > >
> > > > > > > Is ...GNUstep/System/Libraries/ix86/linux-gnu/gnu-gnu-gnu-xml
> > > > > > > a good idea and the executables in the System/Tools dir?
> > > > > > >
> > > > > > > How about the man pages?
> > > > > > >
> > > > > > > Greetings,
> > > > > > >
> > > > > > >
> > > > > > > Dennis Leeuw
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> >
> > --
> > SKYRIX Software AG - http://www.skyrix.com

-- 
SKYRIX Software AG - http://www.skyrix.com