30 December 2015, 18:08 | #61 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,342
|
True, but adding specific fixes to the 3.1 codebase could yield worthwhile results that aren't possible with AROS. Some of the most successful "open source" projects are based on formerly commercial software.
|
30 December 2015, 18:17 | #62 |
Registered User
Join Date: Jun 2012
Location: Worksop/UK
Age: 59
Posts: 1,328
|
Fixes are always nice I must admit. But most of the things I can think of are already been worked on by Cloanto, large drive support for example. It's obviously been available a long time as a DIY fix but it's nice to see a kickstart ROM released with it already fixed.
Perhaps drop them a line with a list of specific fixes you would like to see? |
30 December 2015, 18:43 | #63 |
Registered User
Join Date: Aug 2010
Location: Germany
Posts: 532
|
Andy Finkel worked as a consultant for Amiga Technologies GmbH in 1995, and as far as I know this would include getting the Amiga operating system code into a usable form again, suitable for product development.
I saw the result and as far as I could tell it did what it was supposed to be doing, but there was one limitation which had to be resolved one way or another. Essential components of the Amiga operating system (intuition.library foremost among them) could only be built using the Green Hills 'C' compiler. Andy Finkel had solved that problem by making the build run on a Sun 3 workstation, which is exactly the environment in which that compiler ran at Commodore. I did not know the exact details of how this would work out, especially how you started the build and transferred the resulting binary to the Amiga (possibly using rsh, rcp or an NFS client). One problem with this approach was that ESCOM had already liquidated all the Commodore hardware, and what remained were backup tapes of the various workstations. How do you build intuition.library if you did not have a Sun 3 workstation handy? The other problem was in that ESCOM/Amiga Technologies GmbH certainly did not have a license to use the Green Hills 'C' compiler. As far as I know nobody knew which licenses or contracts Commodore had made, all of this had been lost during the bancruptcy and liquidation. So we had to find a way to either find Sun 3 workstation, make the compiler work somehow, or find a replacement. eBay as we know it today didn't exist in 1995. This type of hardware was long obsolete, having been replaced by Sun 4 workstations. How do you find such obsolete equipment which was still in good shape for a decent price? We had no idea back then (in 1995 Germany). In 1996 (too late: ESCOM had already gone bust) I managed to hack the NetBSD 68k kernel so that it would run the compiler, the assembler and the linker, which together would produce exactly the same intuition.library binary as the last production build in 1993 did. Yay! That still left the license issue for the 'C' compiler. Eventually, I would rework intuition.library so that it could be built properly using the SAS/C compiler on the Amiga. Funny thing about that: when I was finished with this effort, I discovered that Peter Cherna, who was in charge of intuition.library at Commodore until the end, had done exactly what I was doing. I wish I had known this earlier Andy Finkel did something for me which literally changed my life. He pointed me to two books which were new at the time, these being "Debugging the development process" by Steve Maguire and "Dynamics of software development" by Jim McCarthy (Steve Maguire's other book "Writing solid code" blew my mind). Reading these books I realized that there was a professional practice for developing quality software. Andy set me on the path of becoming a professional programmer. |
30 December 2015, 18:48 | #64 |
Registered User
Join Date: May 2001
Location: ?
Posts: 19,646
|
I love this.
Looking forward to use a much improved, better version of OS 3.1 and its kickstart. Isn't even the new icon library and DOS libraries worked by some users here "illegal"? I for one don't give a shit and hope Hyperion fold and stop trying to cash in on the Amiga scene. I love the work of people trying to fix and improve the ROM and its functions and I hope it keeps on happening unconstrained by bullshit legal matters. |
30 December 2015, 20:14 | #65 | |
Registered User
Join Date: Feb 2015
Location: Sweden
Age: 50
Posts: 2,956
|
Quote:
Anyhow, FYI the Vampire 2 is made by pink Unicorns. ;-) Did you think someone would produce a magical little card that gives you 100MHz 060 performance + 16 bit gfx with HDMI out for the A600? well, what do you know, someone did.. |
|
30 December 2015, 20:20 | #66 |
Registered User
Join Date: Jun 2012
Location: Worksop/UK
Age: 59
Posts: 1,328
|
Well good for them! I don't have or want a A600 so why is this relevant? An A1200 with a 020 and modest ram expansion can run run 99% of Amiga software so again, why is this relevant?
This thread is about OS 3 source code, not accelerators. Lets not go off topic like what usually happens! |
30 December 2015, 22:45 | #67 |
Registered User
Join Date: Jul 2009
Location: Lala Land
Posts: 537
|
For me at least, the only gain from this whole event is the interesting posts you are making Olaf. Thanks for your detailed replies to questions.
|
30 December 2015, 22:57 | #68 | ||
Registered User
Join Date: Sep 2013
Location: Ireland
Posts: 800
|
Quote:
Quote:
The raspberry pi would also be a great boon as the hardware side is still expensive. Maybe the endianness could be made moot so that arm could be a potential future target. But if it's been available for this many years, I imagine nothing is going to change now just because of a headline? |
||
30 December 2015, 23:01 | #69 |
Apollo Team
Join Date: May 2014
Location: not far
Posts: 381
|
I agree, we are getting part of Amiga history with this leak. Thanks.
|
30 December 2015, 23:06 | #70 |
Linux snob
Join Date: Sep 2008
Location: Monkey Island
Posts: 997
|
Are the different compilers and assemblers needed because of subtle stuff in the generated code or is about different language standards?
|
30 December 2015, 23:18 | #71 |
Registered User
Join Date: Jun 2015
Location: UK
Posts: 472
|
Yup, at least as open source it has the opportunity to live on, even if it's only a handful of individuals interested.
Yes, there are abandoned open source projects, but if anyone wants to, development can be picked up by anyone else, or even re-used in other projects. If it's just in some software vault under lock and key, as soon as the company with the key loses interest, it's forever lost, unless, you know, it gets leaked at some point... |
30 December 2015, 23:30 | #72 |
Amiga Collector
Join Date: Jan 2005
Location: Germany
Age: 41
Posts: 679
|
@Olaf Barthel
It is really interesting to follow your posts. Ever thought about writing a little book or Blog about your commodore works? |
31 December 2015, 01:04 | #73 |
Pastafarian
Join Date: Sep 2010
Location: Uppsala/Sweden
Posts: 290
|
+1 - the leak is worth it just because the stories from the events surrounding the source. Priceless Amiga history.
Last edited by ascp; 31 December 2015 at 01:27. |
31 December 2015, 01:48 | #74 |
Registered User
Join Date: Jun 2015
Location: UK
Posts: 472
|
I'd agree with that, loads of interesting little details cropping up because of this, excellent stuff!
|
31 December 2015, 02:14 | #75 |
Registered User
Join Date: Feb 2013
Location: San Antonio, USA
Posts: 76
|
The leak has also generated publicity for the Amiga community.
You know how that goes. It isn't important what they say about you, as long as they are talking about you. |
31 December 2015, 02:46 | #76 |
Registered User
Join Date: Jul 2009
Location: Lala Land
Posts: 537
|
I'd say that the Amiga platform is mostly of interest to those who used it in the past. I'd speculate that a very small minority (at most) of people unfamiliar with it, who read about this, are likely to contribute or get involved.
|
31 December 2015, 09:10 | #77 | ||
Registered User
Join Date: Aug 2010
Location: Germany
Posts: 532
|
Quote:
For example, one reason why the code for intuition.library had not been ported to a different compiler was that the Green Hills 'C' compiler generated very tight and efficient, high quality code. No Amiga compiler available at that time could accomplish the same thing. This was relevant because (of course) intuition.library had to go into ROM. Bugs caused by code generation issues would be hard to find (intuition.library is the single largest component in ROM; going over its compiler-generated code with a fine-tooth comb to look for defects would have been really hard) and to correct, and because intuition.library was part of the operating system which had to run properly at boot time, bugs in it would have been particularly crushing. Also, the tight, efficient code generation allowed intuition.library to fit into ROM space (which always was a serious constraint on Kickstart development work) in the first place. No other compiler generated an intuition.library quite as short as the Green Hills 'C' compiler. Relevant, too, is how the compiler translates data structure specifications, specifically how structure packing works out. For example, the intuition.library internals and API functions deal with 2D geometry in many places, often involving the "typedef struct { WORD x,y; } Point;" data structure. When passing this data structure between functions, the Green Hills 'C' compiler packed the "Point" into a single 32 bit word, which more often than not was used interchangeably with a 32 bit word parameter in intuition.library code. This was permissible under the K&R 'C' language rules which the Green Hills 'C' compiler followed, but different rules applied to passing structures to functions under ANSI 'C'. Making intuition.library compile with an ANSI 'C' compiler therefore required extensive changes because those "Point" parameters were used all over the place Quote:
I cannot tell a story about my involvement in this piece of Amiga history, it's just bits and pieces. To make a point, I can tell only details about what I saw, or was involved in, and even then I must consider what I can tell because some details I must not share. There are other stories and other points of view. What I may be able to tell is therefore incomplete, probably biased and may not be accurate. Please keep this in mind. As for Amiga history, good books have been writte about it already. I personally like Jimmy Maher's "The future was here" best. (For the record: I never worked for Commodore, I only got involved in this AmigaOS business because I was invited to do consulting work for Amiga Technologies GmbH -- up until then I had been a paying, registered 3rd party developer with "Commodore Büromaschinen GmbH", the local German Commodore subsidiary in Frankfurt). Last edited by TCD; 04 January 2016 at 10:27. Reason: Back-to-back posts merged. |
||
31 December 2015, 12:02 | #78 | |
Amiga Collector
Join Date: Jan 2005
Location: Germany
Age: 41
Posts: 679
|
Quote:
|
|
31 December 2015, 12:30 | #79 |
Registered User
Join Date: Jun 2015
Location: UK
Posts: 472
|
Olaf, it's all very much appreciated either way
|
31 December 2015, 13:26 | #80 |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
The leaked source code contains both the Green Hills Compiler version and Peter Cherna´s SASC v6.x intuition.library version.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Misc Amiga Assembler Source Code | copse | Coders. General | 14 | 20 October 2019 02:05 |
games with source code available which could be release on amiga ? | turrican3 | support.Games | 12 | 20 December 2013 15:44 |
Petition Team17 to release old Amiga games source code | Conundrum | Retrogaming General Discussion | 8 | 11 October 2012 02:28 |
Commercial Amiga Disks with source code on it. | redblade | Coders. General | 5 | 16 November 2009 10:10 |
Source code for commercial Amiga software | Minuous | request.Other | 5 | 31 March 2009 05:53 |
|
|