Page 2 of 2
Re: Alternatives to C68
Posted: Sun Aug 23, 2020 1:07 pm
by RWAP
ql_freak wrote:
BTW: Does anyone has contact information from Erling Jacobsen? It would be great if we would have the source of the libs and the startup code.
I have his details and have sent him an email pointing him to this thread
Re: Alternatives to C68
Posted: Tue Aug 25, 2020 2:25 am
by ql_freak
RWAP wrote:ql_freak wrote:
BTW: Does anyone has contact information from Erling Jacobsen? It would be great if we would have the source of the libs and the startup code.
I have his details and have sent him an email pointing him to this thread
M_Y___H_E_R_O_E_!
p.s.: The important thread is of course:
EJC (C-Compiler) experiments
Re: Alternatives to C68
Posted: Sun Aug 30, 2020 10:58 am
by LinuxCub
ql_freak wrote:
BTW: Does anyone has contact information from Erling Jacobsen? It would be great if we would have the source of the libs and the startup code.
Here I am:
linuxcub@email.dk
All my QL stuff is in storage, and I do wonder if microdrives are going to work at all after such a long time.
Besides, after working on the EJC stuff, trying to compensate for the sorry libs that came with MCC, I discovered C68, and started participating in that project.
I would have thought that C68 was much better than MCC, at least that's how I remember it ... I do think that if there were parts of the C68 libs that I could improve upon, I would have done so, of course the C68 team may not have accepted my patches, and since I haven't followed C68 in forever, who knows how much of what little bits I contributed, are still there ?
All the best
Erling Jacobsen
PS: Does anyone have sources for a (modern) QL emulator for Linux ? The sources I have lying around are wayyyy too old for them to compile these days.
Re: Alternatives to C68
Posted: Sun Aug 30, 2020 11:44 am
by dilwyn
Graeme Gregory (XorA on this forum) and others have done some work on updating uQLx in recent times.
Not sure where the sources are available, Github maybe? Or even if the up to date sources have been made available at all (I've been a bit removed from QL scene in recent months for all sorts of reasons). Worth a PM to XorA perhaps?
Dilwyn
Re: Alternatives to C68
Posted: Sun Aug 30, 2020 12:00 pm
by pjw
LinuxCub wrote:<>
PS: Does anyone have sources for a (modern) QL emulator for Linux ? The sources I have lying around are wayyyy too old for them to compile these days.
If by modern, you mean modern, then
SMSQmulator is the one to go for. It doesnt do Qdos, but SMSQ/E, which is Qdos on steroids.
Re: Alternatives to C68
Posted: Sun Aug 30, 2020 7:16 pm
by LinuxCub
Hi
Thank you for your tip. But Java ... I was hoping for something written in C or similar (like the original uqlx, but without the assembly language bits which we surely don't need these days).
I'll have to explore the forum.
BR
Erling
pjw wrote:LinuxCub wrote:<>
PS: Does anyone have sources for a (modern) QL emulator for Linux ? The sources I have lying around are wayyyy too old for them to compile these days.
If by modern, you mean modern, then
SMSQmulator is the one to go for. It doesnt do Qdos, but SMSQ/E, which is Qdos on steroids.
Re: Alternatives to C68
Posted: Sun Aug 30, 2020 7:57 pm
by Derek_Stewart
Hi Erling,
Try sQLux
Forum thread:
viewtopic.php?f=19&t=2604
Can downloaded as source::
https://github.com/SinclairQL/sQLux
Re: Alternatives to C68
Posted: Fri Sep 04, 2020 1:36 am
by ql_freak
Welcome Erling!
LinuxCub wrote:ql_freak wrote:
BTW: Does anyone has contact information from Erling Jacobsen? It would be great if we would have the source of the libs and the startup code.
Here I am:
linuxcub@email.dk
All my QL stuff is in storage, and I do wonder if microdrives are going to work at all after such a long time.
Unfortunately NOT :-( The problem are the felt pads of the microdrive cartridges, which will be destroyed if you try to read an old cartridge. Therefore I cannot read the original Lattice Compiler and I'm not sure, if I haven't patched the versions which I have stored on (floppy) disks.
LinuxCub wrote:Besides, after working on the EJC stuff, trying to compensate for the sorry libs that came with MCC, I discovered C68, and started participating in that project.
I would have thought that C68 was much better than MCC, at least that's how I remember it ...
C68 is of course better than EJC (C68 now is an ANSI C compiler), BUT IT DOES NOT CREATE REENTRANT ROMABLE CODE like EJC with the provided libraries (same problem with PDQC). C68 also has options to produce reentrant, ROMable code but
tofro here wrote, that it has a bug in this mode (i.e. would not be usable with the EJC libraries - but we have the source!). Please read the thread "EJC (C-Compiler) experiments" in "Software & Programming". Eventually we can use the Atari Compiler from PDQC (which is nearly ANSI), but it calculates a wrong address for static data with the EJC libraries. Perhaps it's possible to "adjust" the startup code (for which I have had no source).
Unfortunately my holiday is over, so I have not so much time, to work on QDOS projects :-(
Ciao Peter
p.s.: For the Atari Lattice C compiler (newer, much better version 3.04) I have found a download site, but unfortunately not for the QL Lattice C (V3.01 or .02). Thanks to the PDQC TOS emulator, the Atari Lattice C 3.04 can be executed on QDOS (version 5.x unfortunately not correctly).