ThorstenOtto wrote:This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find.
Color me impressed! That's fantastic!
/Troed
Moderators: simonsunnyboy, Mug UK, Zorro 2, Moderator Team
ThorstenOtto wrote:This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find.
mikro wrote:Excuse my scepticism but this: "This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find. " is really hard to believe. How could you get a 1:1 copy of something which is compiled by different compiler, not even using all the original files but stuff from EmuTOS instead?
ThorstenOtto wrote:Hi,
This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find.AtariZoll wrote:Serious people would add some notes, guides to how compile. I don't see anything of it.
Then you didn't even bother to read the docs.AtariZoll wrote:Yes, translating RSC is possible with RSC editor, and in TOS there is regular RSC structure, so can extract it and edit
But there is no easy way to get that changed RSC file back in the ROM. Besides that, the ROM also contains a header that describes where to find it and how long it is (as well as the size of the default desktop.inf), which is not part of the RSC file itself.AtariZoll wrote:GemDOS is only German.
The only message from gemdos is "SYSTEM HALTED" when it runs out of folder slots, and that one is in english, for all language versions.
Thorsten
ThorstenOtto wrote:AtariZoll wrote:Yes, translating RSC is possible with RSC editor, and in TOS there is regular RSC structure, so can extract it and edit
But there is no easy way to get that changed RSC file back in the ROM. Besides that, the ROM also contains a header that describes where to find it and how long it is (as well as the size of the default desktop.inf), which is not part of the RSC file itself.
AtariZoll wrote:Well, let as reproduce it - give instructions for compiling. There is no any DOC in this BZ2 archive, any notes. May be not your fault, since not you uploaded it.
AtariZoll wrote:Why archive is called tos306de ?
AtariZoll wrote:Misleading indeed.
AtariZoll wrote:What about resulting binary ? Really hard to believe that we can get exactly same binary using different compiler ...
AtariZoll wrote:sources...
ThorstenOtto wrote:...
If all you can do is rant about other ppls work, then do it better. Good luck.
AtariZoll wrote:Serious people would add some notes, guides to how compile. I don't see anything of it.
My critic is constructive
AtariZoll wrote:try to do things on way that people can use it without hassle.
ThorstenOtto wrote:That source tree was used as a basis. However the different versions found on the net are not related to any specific TOS version, most of them do not even compile. My goal was to have a complete source of something that produces the real rom versions of TOS 3.06 (and now also 2.06, since they are mostly identical).
This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find.
The 1:1 copy must of course be compiled by Alcyon
And the files from EmuTOS are only header files which don't produce any code by themself,
ThorstenOtto wrote:And the files from EmuTOS are only header files which don't produce any code by themself,
ThorstenOtto wrote:and a small tool used in the build process, that is not part of linked executable.
ijor wrote:Well, there is still at least "startup.S" that claims EmuTOS copyright. I'm not a lawyer, and personally I don't really care too much. But it might be better to remove EmuTOS copyright since there is probably no EmuTOS code left there.
ijor wrote:How close are TOS 3.06 and 2.0? I'm not familiar with TOS 3.X, but I thought that the Bios should be quite different.
ijor wrote:And what about 2.06? You didn't try? It's not so easy? Or you don't care so much about TOS 2.X?
ijor wrote:Did you tweaked the code generation?
ijor wrote:I would assume there are multiple version of the Alcyon compiler, possibly with some minor code generation that might affect binary compatibility. Even the assembler probably matters. And I guess that no all versions are available?
And the files from EmuTOS are only header files which don't produce any code by themself,
ijor wrote:Well, there is still at least "startup.S" that claims EmuTOS copyright.
ThorstenOtto wrote:Basically, all you need is
- A good enough command line shell. In my case i was using the builtin mupfel from the GEMINI desktop.
- Make sure that the bin directory from the archive is on your path. Mostly important for make, using GNUmake will NOT work.
- type make
- enjoy
joska wrote:With gnu make it appeared to build everything but failed to link the TOS image.
When setting PATH to point to the included bin folder I could not build it at all.
With memory protection enabled make.ttp crashed due to a memory violation, with mp disabled I got an "Error 1792" immediately.
I also tried to build it under TOS but some of the files had long filenames so make could not find them.
So it looks like this currently can only be built under an emulator with a host filesystem that supports long filenames.
ThorstenOtto wrote:Did you remove the GNUmakefiles? Otherwise they will be used.
ThorstenOtto wrote:Hm that sounds strange. It *might* work with GNUmake if you make sure that the "normal" Makefiles are used, but i never tried that because gmake requires MinT, and the various parts of the Alcyon package already had problems under SingleTOS.
ThorstenOtto wrote:I also tried to build it under TOS but some of the files had long filenames so make could not find them.
Only a few of them (Makefile.common for example). In theory this should not prevent them to be found. But i have no real machine to proove that. If all else fails, and this is the only problem stopping the build, i can just change their names.
joska wrote: However, the problem could also be that Alcyon does not work correctly on the 060.
joska wrote:Maybe in theory, but in real life those files were not found
joska wrote:I believe it was one of make.ttp's children that crashed
joska wrote:However, the problem could also be that Alcyon does not work correctly on the 060.
ThorstenOtto wrote:This mixture has been verified to produce a binary exact copy of all tos 3.06 versions i could find.
...
See above. Both 2.06 and 3.06 can be produced from the sourcecode.
ThorstenOtto wrote:So it looks that you currently have to run some kind of SingleTOS. Unfortunately, there is no easy fix for that.
BlankVector wrote:So you only used some parts of EmuTOS headers. I read somewhere that API couldn't be copyrighted (to be verified). So that any header could be reused (again, to be verified).
joska wrote:I also tried to build it under TOS but some of the files had long filenames so make could not find them.
Users browsing this forum: No registered users and 1 guest