Re: [gccsdk] Building the libraries

In article <52f4a48d86chrisg@care4free.net>,
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f4a0ac66gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:

> > As far as I can tell, installing buildsystem is part of building
> > netsurf-libraries (somewhere near the end of the build, I assume).
> > Which fails because none of the dependencies will build, because
> > buildsystem isn't there yet (building them separately fails with the
> > same reason for all of them).
> > Circular. Once it's there, there's no problem. On a completely new
> > setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK
> > (4.1.2), it just doesn't work.

> The 'depends' file is used to build them in the correct order.
> 'buildsystem' should be built before the ones that require it. At
> least it does here.

Right. Now I'm starting to wonder how reliable svn's check out mechanism
is. I distinctly remember trying to build 'buildsystem' separately and
the autobuilder claiming that package didn't exist. However it *is*
there now (directory dated 23-11-2012, i.e. created after the initial
checkout I did on 14-11-2012), but the depends file in netsurf-libraries
(still dated 14-11-2012) looks like this:

zlib1g
c-ares
libxml2
libcurl3
libjpeg62
liblcms1
libpng12-0
libmng1
oslib
libsvgtiny
rufl
pencil
libharu
curl-netsurf

Another check out produces nothing, except the message 'Checked out
revision 6191.'
I've checked out another full copy of the autobuilder elsewhere and the
relevant depends file in there looks like this:

zlib1g
libcares
libssl0.9.8
libcurl3
libjpeg62
libpng12-0
libmng1
libexpat1
oslib
buildsystem
libnsbmp
libnsgif
libwapcaplet
libcss
libparserutils
libhubbub
libdom
libsvgtiny
rufl
pencil

Using that file building netsurf-libraries now crashes on libcss (will
provide details later). I'll build the others separately and see how
that goes.

> > Same thing as the netsurf-libraries problem. A completely new setup
> > simply doesn't have certain items that need to be there. In this
> > case building librsvg without gtk-theme first fixed that. I actually
> > found this solution because someone else had almost exactly the same
> > problem while building gtk natively.

> Somehow on your setup they are not being built in the correct order.

I've tried every order imaginable and none of them worked (apparently
not for that other person either).

After the svn checkout weirdness mentioned above, I considered the
possibility that this could have been cause by that as well, but a diff
on the two autobuilder directories didn't show anything but a lot of
differences on '.svn' and 'last-' files.

Regards,
Frank


_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK