In article <[email protected]>,
   Chris Gransden <[email protected]> wrote:
> In article <[email protected]>,
>    Frank de Bruijn <[email protected]> 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 [email protected]
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

Reply via email to