On Mon, May 12, 2014 at 10:04:53PM +0100, Steve Fryatt wrote:
> I'm not entirely clear what "native-tokenize" find is looking for (and
> failing to locate), and am struggling to make the documentation match what's
> actually in the Autobuilder. Can anyone give any pointers to what I'm doing
> wrong?
It was a mis-interaction with the name-guessing heuristics in build-program.
build-program (the main build script) tries to guess the layout of the
sources that are presented to it. For example, many tarballs untar to
programname-1.2.3/<lots of files>
From this it can work out what the package name is, and set the AB_PACKAGES
variable to it.
Likewise SVN trees often are trunk/<files> - where it can't guess the
package name so needs telling via explicitly setting the AB_PACKAGES
variable in support/native-tokenize/preprocess
In your case, your website sources weren't in a directory inside the zip.
So I had to tell build-program to look for the toplevel directory
native-tokenize and treat this as if it had been the parent directory inside
the zip. That's why I also set AB_FULLNAME in the 'preprocess' script, to
override the heuristic for the directory layout. I also set AB_PACKAGES to
set the package name.
When you switched to SVN, the layout was different - it was looking for
native-tokenize/<files> but instead found native-tokenize/trunk/<files> and
got confused.
I've just checked in r6596 that should fix this - it removes the AB_FULLNAME
flag and the normal SVN heuristic works fine. It seems to build happily now.
Theo
_______________________________________________
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
No comments:
Post a Comment