Thanks Lee, I didn't think of looking in the autobuilder for this.
I renamed last-success to last-failure and rebuilt native-zip and it
is OK now.
Unfortunately last-failure was overwritten by last-success so I can't compare
the two to look for differences now.
This case reminds me of the need to run a binary while cross-compiling.
Configuring to build both types but only find the native-linux version when
the makefile wants to run it. I have done this before manually, but it needs
to be capable of building this way in the autobuilder..
I think this would work if the ,xyz extension is only added at installation time.
Ron M.
On Sun, Mar 26, 2017 at 10:34 PM, Lee Noar <leenoar@sky.com> wrote:
On 24/03/17 09:54, Ron wrote:
My autobuilder has been failing at the package building stage with
'/home/ron/gccsdk/env/bin no such file' or similar.
In a terminal executing plain zip responds with zip information
but executing gccsdk/env/bin gives same errors as the autobuilder gets.
It appears to be an unresponsive binary.
Does anyone know what the nature of it should be, is it a modified linux
binary to suit sfixing etc, I guess a link to the native linux zip would
be OK otherwise.
I'm assuming it is for the cross-compiler to use as seen by the
errors and it does not have an ,elf extension.
gccsdk/env/bin/zip is a linux binary with some RISC OS extensions to add
the ,xyz suffixes. It's produced by the native-zip package in the
autobuilder and is used to create the compiler and package archives.
Can you rebuild the package to see if that fixes it? Does the
gccsdk/env/bin folder exist and can you access it?
Lee.
_______________________________________________
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