It's a bit difficult to check that Makefile with all the changes to the pathnames

Anyway, i have now fixed several more bugs, mainly in the c-library. As a result, all the tools in the toplevel bin directory should now be able to accept pathnames with / or \ transparently (with the exception of aln.ttp, which i did'nt recompile yet). I also tested it now on a drive-image mounted as bios-device rather than using the hosts filesystem, so i think there should no problem with that anymore. Filenames which didn't fit into 8.3 format where also renamed (with the exepction of those GNUmakefiles; i'm currently thinking of omitting them from the archive, because they are most likely not useful for everybody).

Arne wrote:It's getting worse You still use / in the makefiles. This is rejected on a real Atari.

You didn't read my post

Yes, they are used in the makefiles. Because normally a backslash in makefile syntax would escape the next char. But all the tools convert a slash to a backslash before calling any file related functions like Fopen, so the OS will never see them. If it does, then its a bug and i missed a function call, but thats unlikely, since i tried it on a image, where the emulator does no such translation.

My private version of <a href="http://www.udo-open-source.org/" alt="UDO">UDO</a>.Documentation will follow soon, but major enhancements are:<ul><li>Structure depth exceeded to 9 levels</li><li>No limits anymore to number of nodes, indices, hyphen patterns etc.</li><li>Auto-referencer about 30 times!! faster now.</li><li>Lots of fixes for non-HTML formats that were messed up in 7.01 to 7.04.</li></ul>

joska wrote:Everything seemed to work, but I got error messages from ar68. "ar68: can't create vdi.a/bdos.a/aes.a etc". So while everything compiled, I did not get a TOS image.

Hm that looks strange. Is there some more text after the error? There should at least be something like "archive left in arXXXXXX" where arXXXXXX is a temporary filename. If you feel adventurous, you can take a look at alcyon/util/ar.c

With the new MAKE.TTP I can compile, with the included command.tos shell, on target. For some reason Mupfel aborts with "make: sh: command not found" (if I remember correctly) and I didn't dig deeper into why.

Whether it works will take "some time" to conclude. It's building on a non-accelerated STE with Unicorn USB-flashmemory as harddrive ... I was too lazy to even connect the Mega STE instead unfortunately :/

joska wrote:Everything seemed to work, but I got error messages from ar68. "ar68: can't create vdi.a/bdos.a/aes.a etc". So while everything compiled, I did not get a TOS image.

Hm that looks strange. Is there some more text after the error? There should at least be something like "archive left in arXXXXXX" where arXXXXXX is a temporary filename. If you feel adventurous, you can take a look at alcyon/util/ar.c

While my STE is still compiling I can see that yes, this happens here as well. vdi.a cannot be created, archive left in arXXXXXXX.

/Troed

(Sorry for shooting the photo at the exact time it scrolled one line .. )

troed wrote:edit2: an observation is that vdi.a already exists, created two minutes before (in my case) the tempname-archive. this _should_ only mean it's truncated and reused though.

That should not be a problem, it's removed before being created by the Makefile. After that ar68 is invoked several times however, because of the command length limit. In that case ar works by copying the old archive to a tmp file, appending the new objects, then at the end copy the tmp file back. I just noticed though that the old archive is still open while doing so, maybe that is causing problems. If you want you can try to apply:

troed wrote:Hopefully I'll soon post again about having built a working image on target hardware ..

Success!

My STE has now built an identical TOS 3.06 DE image from scratch as previously done with Hatari and verified against Atari's original. I used COMMAND.TOS as included in the archive. Set the PATH (or if you use \tos then it's auto-set by the shell config) and make. That's all.