Re: [gccsdk] create-gcckit missing GCCSDK_UNPACKED def

In article <839aaaa2-cf8e-cd31-40c8-db9a654ca13e@sky.com>,
Lee Noar <leenoar@sky.com> wrote:
> On 06/04/18 11:05, Ron wrote:
> > Compared to an earlier version of the create-gcckit script, the current
> > version is missing the line ~64
> > GCCSDK_UNPACKED=$GCCSDK_RELEASE_AREA/full
> > The build I did resembles the related script lines not working.
> > and I am rebuilding ro-native with it back in, (as I write this)
> >
> > It appears the changes to the create-gccsdk script were done a long time
> > ago, It is also that long since I have built ro-native .

> GCCSDK_UNPACKED is defined at around line 307. The references in lines
> above this are within functions which are only called after the
> definition. At a glance, it looks correct. What problem are you seeing?

> Lee.

My fault, it was because I thought the create-gccsdk would get called by
make ro-native.
Everything is fine now that I've run create-gccsdk as the last step in the
process.
I didn't get a zipped package and I dont have NFS, but found Sparkfs tar
converts all the filetypes from a tar cf archive.

I see I could leave the .la files in from the create-gcc script.
I'm looking at porting libtool, and noticed there is an option for using
dlopen , dlopen with help, or without dlopen.
Any suggestions on a suitable approach, or should they all work?
The other thing would be if SharedLibs$Path is builtin to unixlib, or
do I get it from the environment manually?
It looks like I'd have to monitor LD_LIBRARY_PATH in case that alternative
was used. Perhaps libtool only needs to work on a local build directory,
and the installation could be a separate manual step?


Thanks, and sorry about the false report.
Ronald May



_______________________________________________
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