Jan-Jaap van der Geer wrote:
On Fri, 2009-12-04 at 13:04 -0800, Peter Naulls wrote:
This should add the correct package to $D. However, because of the
addition of ${AB_SUBPACKAGE} to $D, the path checked with the if
statement will fail and $D remains unmodified. It will therefore be the
same for all add-riscpkg commands.
I am not sure what the background is for the above change, but I suspect
it might be add-riscpkg commands that do not contain the -package
parameter. These would probably need a modification somewhere for it to
work correctly.
Library handling is still not a completely solved problem, so what
you see now isn't going to be the end result.
Then AB_SUBPACKAGE variable is set by ab_create_app, so the intention
really is that the packages be done sequentially - so, a reorder in
this case would be a work around, and making sure the two packages
created call ab_create_app separately.
In practice, there will be some wrapper that automates all this, and
creates both packages (dev and shared library). Or we can just
disable the shared library package for the moment, if this is
causing you a problem.
_______________________________________________
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
