Ticket #128 (WontFix)Thu May 24 18:18:58 UTC 2007
BatchOne does not build
Reported by: | GavinWraith (26) | Severity: | Minor |
Part: | RISC OS: General | Release: | |
Milestone: | Status | WontFix |
Details by GavinWraith (26):
patch-one applied. I followed the instructions in README/TXT. How do I upload the Taskwindow output? First error is from perl.ImageName: open(.BuildSys.ImageName.SysMap) failed.
Then lots of
Error srcbuild: Duplicate component detected:
for Config2PluginBootxxxx and
Config2PluginxxxxMerge.
Error creating directory ‘Install.ROOL.BatchOne’.
Fatal error …. ditto.
Part: ??
Release: ??
Milestone: ????
Please explain these
Changelog:
Modified by Andrew Hodgkinson (6) Thu, May 24 2007 - 21:15:56 GMT
- Part changed from Unspecified to RISC OS: General
Thanks for the report. TaskWindow output would be really helpful in diagnosing the problem. You could upload the TaskWindow output by saving it to a file and attaching it using the “Attachment” entry below your name and above the comment box in the “New ticket” or “Update ticket” forms (e.g. in an update to this ticket).
Help on the Web site is in the wiki. Specifically, or more help on using the bug tracker, please have a look here.
Usually, most people leave the release and milestone blank for RISC OS faults because as yet we don’t have a specific project or target that we’re working towards, against which faults can be raised. However, setting the part to “RISC OS: General” or “RISC OS: C/C++ Toolchain” (according your best guess about the nature of the fault you’re reporting) is helpful for filtering searches.
Modified by GavinWraith (26) Tue, May 29 2007 - 13:40:40 GMT
- Attachment added: build1
System: RO5.13
Thanks for your reply. Here-attached is the
taskwindow output from !Builder on BatchOne.
Modified by Steve Revill (20) Wed, May 30 2007 - 01:29:33 GMT
This sounds like mkdir isn’t working correctly. We have a tool called “mkdir” in the RiscOS.Library.UNIX directory which is a rough port of the UNIX mkdir command, including the “-p” switch which means create parent directories if they also don’t exist.
Some people already have a utility called mkdir installed on their system that doesn’t implement the -p switch, or they have an alias for mkdir which simply calls cdir, both of which stops our one from being run.
Check for these gotchas first.
Modified by Steve Revill (20) Wed, May 30 2007 - 01:32:44 GMT
All of those “duplicate component” ‘errors’ are actually nothing of the sort. This dates back to the days when scrbuild (the binary which is hiding behind !Builder) was only used for ROM builds and they considered having the same module in a build multiple times to be an error.
For other builds, such as disc builds, this is no longer the case; you often want to have multiple builds of a given component. We just haven’t got around to clobbering scrbuild yet.
Modified by GavinWraith (26) Fri, September 28 2007 - 11:22:35 GMT
Whatever environment I choose the error is always the same: “<Build$Dir>.BuildSys.perl.ImageName: open(.BuildSys.ImageName.SysMap) failed”.
This means that the variable $dir is not getting the right value in the perl script. Surely this is a perl problem rather than a srcbuild problem? More specifically $ENV{$envmap{uc ‘Build$Dir’}}
is not evaluating to anything. I can get a bit further in the build process by bodging in values in the perl script, but that is no panacea. I have checked that no other perls are interfering. I am still mystified, and of course cannot get anywhere with building anything. Have any other Iyonix users had the same problem? The perl is exactly as downloaded from the ROOL site.
Modified by Steve Revill (20) Tue, October 02 2007 - 17:43:46 GMT
Do you still get this error with the latest batch one archives (BBE+Sources)? I’ve taken a brand new IYONIX and installed it on there and the whole of batch one builds correctly.
Modified by Steve Revill (20) Fri, October 24 2008 - 12:34:35 GMT
- Status changed from Open to WorksForMe
Closed due to lack of reports of this ever being a problem in newer batch releases.
Modified by Sean Boles (7367) Sun, January 20 2019 - 23:59:32 GMT
- Status changed from WorksForMe to Open
- Severity changed from Normal to Minor
Same issue. Plus it’s really annoying.
Modified by Sprow (202) Wed, February 27 2019 - 08:31:22 GMT
- Status changed from Open to WontFix
All the sources are now released, so as a new joiner you can’t possibly be having problems with an 11 year old Batch one relic.