Re: [fpc-pascal] New User
Fantastic, a real good introduction for us old Pascalians !! We should send a link to Niklaus Wirth ;-) Markus Greim --- original message --- On November 30, 2020, 12:09 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: On Mon, Nov 30, 2020 at 4:43 AM Derek Stewart via fpc-pascal wrote: >> >> Hi, >> >> I have just discover FreePascal and compiled FPC from source. I must say >> it look very good. >> >> I did a software engineering course in the UK Open University, in the >> 1980s, which was mainly Pascal orientated. >> >> I am working my way through the excellent FPC tutorials. >> >> Can anyone recommend any good reference books on FPC. > https://castle-engine.io/modern_pascal_introduction.html > regards, > Marcos Douglas > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
Travis, I was working with the Propeller1 for many years We realized a commercial project with it . See http://www.schleibinger.com/cmsimple/en/?Setting_and_Maturity:Ultrasonic_Setting_Measurement It works very reliable. In June, I have got my first Propeller2 board from Parallax. Really an impressive chip. Getting all relevant info and testing and evaluating all the different development platforms is still demanding. But situation is getting better each day. Pascal on the Propeller itself would be possible. There are CPM2.2 emulator for the Propeller around, so TurboPascal 3.0 should work. But with all the CP/M and Z80 emulator overhead. As you may know, Niklaus Wirth developed Oberon as a successor of Pascal. Its near identical to Pascal, just yet another name. Its not only a compiler but also a development environment, including an editor and also an own OS and GUI ! He developed it with Gutknecht mainly at the Xerox PARC labs, long before Steve Jobs and Bill Gates made their own copies of the ALTO work-station. The required resources are minimal. In 2013 Wirth developed an own RISC processor on a FPGA He published the Verilog and also the Oberon code, because Oberon is written in Oberon (!) The whole compiler, editor, OS, GUI, screen driver, mouse control, etc has less then 10.000 lines of Oberon code !!! That is near nothing, See http://people.inf.ethz.ch/wirth/ and http://www.projectoberon.com/ I realized this project on a FPGA for myself as proof of concept. It worked finally, but handling the Xilinx development software was (and is still) a mess. Later I translated the according PC emulator of Peter de Wachter from C to FreePascal. The RISC-5 ** architecture of Wirth is quite simple and I would see no real problem to adapt the Oberon system to the Propeller2. The 3 main obstacles: 1. There is no divider in the COGs, but I guess its possible to use the CORDIC divider instead. 2. The RAM space of the Propeller2 is too small, OBERON requires 1 MByte of RAM mainly for the video buffer. The Propeller2 is supporting some RAM extension, so also this should work. As far as I can see know, this would be the only necessary hardware extension the the P2 evaluation board. 3. RISC-5 has a floating point adder, multiplier and divider. So any emulator required. Porting the core compiler called OBERON-0 to the propeller would be the most complicated thing and OBERON-0 is using no floating point math. All other things should be easier, I guess. Finally we would get a 8 core OBERON computer Many Christmas dreams... Regards Markus P.S. **) don't mix RISC-5 up with the now popular RISC-V architecture. Wirth is a genius, but has never a lucky hand for finding good and unique names for his projects. So from Algol to Pascal to Modula to Oberon to Oberon-2 to A2 to Project Oberon... --- original message --- On December 23, 2020, 6:10 PM GMT+1 tsie...@softcon.com wrote: On 12/22/2020 11:43 AM, Markus Greim via fpc-pascal wrote: > Wow.. > Programming languages I worked with in the last 40 years: > 12. SPIN > When you say spin, I'm assuming you're talking about the parallax propeller boards programming language. The propeller 2 is coming out shortly (already out for early adopters), and I am anxiously awaiting the day I can get my hands on one. I've built all kinds of projects with the propeller 1 board, the first of which was an FM radio. But, to put this (somewhat) on topic, I've been wondering how complicated it would be to port FPC to the propeller 2 board, since they now have GCC ported, I would absolutely love to be able to program the propeller boards in pascal. I do have a couple of their java stamps, those are interesting, and they do have a micro python that can be run on the propeller 2 boards, so adding pascal should be doable, I'm just not sure how much work it would take, but it would be nice to have another language to add to the mix. --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] [Pas2js] FPC and WebAssembly
Congratulations! and Frohe Weihnachten Markus --- original message --- On December 24, 2021, 2:16 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: >> And yes, we can do graphics too: >> >> https://www.freepascal.org/~michael/pas2js-demos/wasienv/terminal/ > That should obviously be: > https://www.freepascal.org/~michael/pas2js-demos/wasienv/canvas/ > My apologies for the mistake. > Michael. > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Floating point question
Hi, my test with Borland Pascal 7.0 running in dosemu2 running 80x87 code. The compiler throws an error message for calculating HH and II with explicit type conversion. The results of FF and GG are the same! Even on 16 bit system! I think this behavior is right! In the 80x87 emulation mode data type single is not available and throws also an error during compilation. PROGRAM Consta; Const A_const : integer = 8427; B_const : byte = 33; C_const : Single = 1440.0; Var A_Var : Integer; B_Var : Byte; C_Var : Single; FF, GG, HH, II : Extended; begin A_Var := A_Const; B_Var := B_Const; C_Var := C_Const; FF := A_Var+B_Var/C_Var; GG := A_Const+B_Const/C_Const; (* HH := Extended(A_Const
Re: [fpc-pascal] Fwd: What to do to get new users
Regarding Memory Management
Its possible to write a Pascal program w/o any pointer, but it may be not
elegant and interfaces to some C-like GUI structures, as used in all common
OSs, are impossible.
But, I am using Borland Pascal (sic!) and also FreePascal (no Lazarus) for
small embedded system for over 25 years now w/o any pointer.
Code is sometimes ugly, but it is (proofed by reality with many different
projects) hard rock stable for 24/7/365 applications.
Maybe I am wrong, but afaik, procedural programming w/o objects and pointers
requires no add. memory management.
The size and memory location of all variables is fixed. And, yes, of course,
you have to care about an array access, but $R+ is your friend.
See: N. Wirth Algorithms and Data Structures chapter 4.2:
"A further consequence of the explicitness of pointers is that it is possible
to define and manipulate cyclic
data structures. This additional flexibility yields, of course, not only
increased power but also requires
increased care ("erhöhte Sorgfalt" in the German ed.) by the programmer,
because the manipulation of cyclic data structures may easily lead to
nonterminating processes.
This phenomenon of power and flexibility being intimately coupled with the
danger of misuse is well
known in programming, and it particularly recalls the GOTO statement."
So as in real life: the price for freedom is increased care!
I am awaiting your shitstorms..
Markus
--- original message ---
On October 19, 2024 at 4:27 PM GMT+2 fpc-pascal@lists.freepascal.org wrote:
> On Oct 19, 2024 at 9:15:10 PM, Rainer Stratmann via fpc-pascal
> wrote:
>> I really can not see where beginners have to struggle with memory management.
>> If a project gets bigger you have to think about it, yes. It depends on the
>> coding style. In my project I wrote my own memory management for the
>> webserver. It took me 3 weeks of work.
I didn’t mean to get into a big flame war over this and debate the merits of
both I’m just telling you what I see in the industry and trends in programming.
This isn’t the only thing either just one of the larger ones.
If you really want to know then FPC should conduct a survey and see what users
say. Ask existing users and try to reach out to other programmers too.
Regards,
Ryan Joseph
--- end of original message ---___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] basic question on begin, end;
Bo, "Programs must not be regarded as code for computers, but as literature for humans" Niklaus Wirth, the inventor of PASCAL. Last sentence on the last slide of his presentation. given at a conference to honor of his 80th birthday at the ETH Zürich in 2014. (i had the honor to participate) Kind Regards Markus --- original message --- On September 24, 2020, 10:04 AM GMT+2 fpc-pascal@lists.freepascal.org wrote: On Wed, 23 Sep 2020 08:28:20 -0700, Ralf Quint via fpc-pascal wrote: >> Similar like moving code blocks around in >> Python with a one-off indentation and all the sudden the flow of that >> code changes, without complaining... > This use of whitespace as block delimiter is why I never could cope > with Python when I was working (now retired). > Begin-end are really big helpers to correctly structure loops etc and > I use them all the time to make things clearer. > Also putting begin right below if, for, while etc makes it much easier > in Lazarus to see what happens in multi-level code when one is > selecting begin or end since they match vertically. > So I never do: > if something then begin > some multi-line code here > end; > Instead: > if something then > begin > some multi-line code here > end; > And of course as has already been pointed out the original question's > example code fundamentally changes execution with or without the > begin-end pair! > -- > Bo Berglund > Developer in Sweden > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Graphing library
Hello Bernd, there is a bachelor thesis from Jörg Winkler, 2013 in the net (in German): "OpenGL-basierter logischer Gerätetreiber für ein Grafisches Kernsystem" Entwicklung eines logischen GKS Gerätetreibers auf der Basis von OpenGL https://docplayer.org/20014258-Entwicklung-eines-logischen-gks-geraetetreibers-auf-der-basis-von-opengl.html It includes the source code (in C) . Seems to be a GKS to OpenGL software. AFAIK the author is on GitHub, so may be you can ask him for some details or the source files: https://github.com/joergi-w Kind Regards Markus --- original message --- On November 15, 2020, 11:25 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: Hi, I don't know if this can help you, but in the 1980s I worked with a library called GKS (graphic kernel system) which I used to build such graphics like the following example: http://bernd-oppolzer.de/fdynsb.pdf This programs that did this were written in Pascal at that time. It still works today for me (the customer still uses this software), although is it C today, and GKS is not available any more. What I did: the original GKS calls are written to files (some sort of GKS metafile, but not the original 1980s format), and then this file format is read by a C program GOUTHPGL, which translates this (proprietary) format to HPGL. The HPGL files are either sent to HP plotters or translated to PDF using public domain software; see the file above. (GOUTHGPL was a Pascal program in the 1990s, too). IMO, you could easily write the "GKS metafile format" with Pascal; in fact, it is simply is a sort of logfile of the GKS calls. Here is an old paper about the GKS system: http://nsucgcourse.github.io/lectures/Lecture01/Materials/Graphical%20Kernel%20System.pdf The translator GOUTHGPL supports only a small subset of GKS; see again the example picture above. If you are interested for more details, you could contact me offline. Kind regards Bernd Am 15.11.2020 um 09:33 schrieb Darius Blaszyk via fpc-pascal: > Hi, > I am looking for a simple to use non-visual graphing> library to produce x-y > plots in a raster file format (similar> to how pyplot works). Rather than > developing something from> scratch or writing a wrapper to GNU plot > (additional> dependency), I was hoping something like this already would> > exist that I could build upon. > Thank you for any tips! > Rgds, Darius > ___>fpc-pascal maillist - > fpc-pascal@lists.freepascal.org>https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
Hello Nikolay, I am a German - so may be we are both "lost in translation" Kind Regards Markus --- original message --- On December 21, 2020, 10:17 AM GMT+1 nick...@gmail.com wrote: On 12/21/20 10:42 AM, Markus Greim wrote: > FPC has had a Turbo Pascal-like console IDE for many> years... > "has had" ? > AKAIK "has" > I still used it yesterday. English is not my native language, but I think "has had" means it still has it. If I had said "had" instead of "has had", it would mean it had it in the past, but no longer has it. Please correct me if I'm wrong. Nikolay > Grüße > Markus >> On December 20,>> 2020, 7:33 PM GMT+1 fpc-pascal@lists.freepascal.org>> >> wrote: >> On 12/19/20 6:35 PM, Liam Proven via fpc-pascal wrote: >>> > https://github.com/magiblot/tvision >>> > >>> > Someone enterprising could make a TurboPascal clone out>>> of FPC. :-) >>> > >>> Meh. FPC has had a Turbo Pascal-like console IDE for many>>> years. It uses >>> Free Vision, which is a pascal port of the>>> C++ version of Turbo Vision >>> (because Borland didn't release>>> their Pascal version under a free/open >>> source license). >>> https://wiki.freepascal.org/Free_Vision#Turbo_Vision >>> Nikolay >>> ___ >>> fpc-pascal maillist - fpc-pascal@lists.freepascal.org >>> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
FPC has had a Turbo Pascal-like console IDE for many years... "has had" ? AKAIK "has" I still used it yesterday. Grüße Markus --- original message --- On December 20, 2020, 7:33 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: On 12/19/20 6:35 PM, Liam Proven via fpc-pascal wrote: >> https://github.com/magiblot/tvision >> >> Someone enterprising could make a TurboPascal clone out of FPC. :-) >> > Meh. FPC has had a Turbo Pascal-like console IDE for many years. It uses Free > Vision, which is a pascal port of the C++ version of Turbo Vision (because > Borland didn't release their Pascal version under a free/open source license). > https://wiki.freepascal.org/Free_Vision#Turbo_Vision > Nikolay > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TurboVision is reborn as FOSS (again)
Wow.. I am impressed... I hope my PASCAL is better then my English (first foreign language: Latin (for 7 years), 2nd English (6 years), 3rd ancient Greek (3 years)...) Programming languages I worked with in the last 40 years: 1. Basic first on a Tektronix 4050 and a TRS-80 about 1979 2. Fortran batch jobs on a CDC Cyber 205 3. PASCAL first on a DEC VAX 780 about 1986 4. PDC Prolog on MS-DOS 5. Assembler 6. C 8. Perl and others on Linux from 1998 9. Java 10. Python 11. PHP 12. SPIN n. ERLANG <- most recently aside FORTRAN I earned some money programming in all languages above.. Totally off topic, but it is Christmas time.. Kind Regards Markus --- original message --- On December 22, 2020, 1:03 PM GMT+1 fpc-pascal@lists.freepascal.org wrote: On Mon, 21 Dec 2020 at 22:11, Travis Siegel via fpc-pascal wrote: >> >> I don't know what non native english speakers are taught, nor can I address >> the folks across the pond, but here in the Us at least, has denotes >> currently exists, while had indicates past tense, I.E. no longer exists. >> Combining the two is where it gets dicy, and is generally avoided for >> syntactical reasons. > FWIW... I'm (among other things) a qualified teacher of English as a > second language. "Has had" and "had had" are 100% genuine correct > English tenses, called the present perfect and past perfect > respectively. > Simple present: FPC _has_ a console-mode IDE -- now, it possesses one. > Simple past: FPC _had_ a console-mode IDE -- it used to, but this > state ended in the past; it no longer does. > Present perfect: FPC _has had_ a console-mode IDE -- it has one, and > the time it started to have one is a significant time ago. > Past perfect: FPC _had had_ a console-mode IDE -- it used to have one > a long time ago, but it stopped having it a long time ago. > I will not itemise all the other alternatives. There is an informal > competition as to how many tenses it is possible to create in English, > and the record is some 120 different ones, and 144 if you include > passive-voice constructions. There are about a dozen in common use. > FPC has had a console-mode IDE means that there is one now and that > there has been one for a considerable time. I presume this is what > Nikolay meant. I did not know and I apologize for my ignorance of > this. > -- > Liam Proven – Profile: https://about.me/liamproven > Email: lpro...@cix.co.uk – gMail/gTalk/gHangouts: lpro...@gmail.com > Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven > UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053 > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Conversion from C to Pascal - Left bit shift
After 35 years of Pascal experience I would urgently recommend NOT to trust any automatic type conversion in the case of shift operators. Alteady Turbo Pascal failed here on x386 architectures. Force input and output variables to a certain data type before you use the shift operator. Just my 5 cents Markus Greim Mit freundlichen Grüßen Markus Greim Schleibinger Geräte Teubert u. Greim GmbH Gewerbestrasse 4 84428 Buchbach Germany Tel. +49 8086 94731-10 Fax. +49 8086 94731-14 Mobil +49 172 8 999 196 http://www.schleibinger.com Amtsgericht Traunstein HRB 9646 Geschäftsführer: Dipl.-Ing. (FH) Oliver Teubert Dipl.-Ing. (Univ.) Markus Greim UST-ID. DE 174 175 046 --- original message --- On September 3, 2021 at 2:36 PM GMT+2 fpc-pascal@lists.freepascal.org wrote: I made a few tests on Ubuntu 64 bits (arch x86_64) with variations on a small test program: var E2: Byte= 3; E1: LongWord= 1; E: QWord; begin E:= (1000*E1) shl E2; writeln( 'E2', E2); writeln( 'E1', E1); writeln( 'E', E); end. In the assembly window, shl is computed on 64 bits %rax, I get : project1.lpr:132 E:= (1000*E1) shl E2; 004011B2 8b05d8f50c00 mov 0xcf5d8(%rip),%eax # 0x4d0790 004011B8 4869c0e803 imul $0x3e8,%rax,%rax 004011BF 0fb60dbaf50c00 movzbl 0xcf5ba(%rip),%ecx # 0x4d0780 004011C6 48d3e0 shl %cl,%rax 004011C9 48890580b51000 mov %rax,0x10b580(%rip) # 0x50c750 Changing the formula to E:= E1 shl E2, shl computed on 32 bits %edx, (I don't understand the "and %edx,%edx", may be just to clear the carry ?) I get : project1.lpr:132 E:= E1 shl E2; 004011B2 0fb605c7f50c00 movzbl 0xcf5c7(%rip),%eax # 0x4d0780 004011B9 8b15d1f50c00 mov 0xcf5d1(%rip),%edx # 0x4d0790 004011BF 89c1 mov %eax,%ecx 004011C1 d3e2 shl %cl,%edx 004011C3 21d2 and %edx,%edx 004011C5 48891584b51000 mov %rdx,0x10b584(%rip) # 0x50c750 Changing E1 to QWord ( E1: QWord= 1; ), shl is computed on 64 bits %rax, I get : project1.lpr:132 E:= E1 shl E2; 004011B2 0fb605c7f50c00 movzbl 0xcf5c7(%rip),%eax # 0x4d0780 004011B9 488b15d0f50c00 mov 0xcf5d0(%rip),%rdx # 0x4d0790 004011C0 4889c1 mov %rax,%rcx 004011C3 48d3e2 shl %cl,%rdx 004011C6 48891583b51000 mov %rdx,0x10b583(%rip) # 0x50c750 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Oberon-0
Hi Adriaan, whats about a Oberon-0 compiler compiling to Forth? And then Forth to MacOSX? (RetroForth, Swift or whatever) That may sound silly, but such a Compiler would help a lot to port Obern to other platforms resp Microcontrollers etc. For example to the Propeller II Kind Regards Markus --- original message --- On April 18, 2023 at 12:13 PM GMT+2 fpc-pascal@lists.freepascal.org wrote: Any suggestions for running simple Oberon-0 programs on the MacOSX command-line ? EIther by emulating its RISC processor or by changing the Oberon-0 compiler ? I prefer not to load the entire Oberon system (for which there do exist emulators). Regards, Adriaan van Os ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Oberon-0
You are right there are in between many compilers for the Propeller 2 around. My idea would be a to have an Oberon system on the Propeller itself. Developing on the target itself is unbeatable clever. Is started 35 Years ago with the 8051-AH Basic processor and later on similar systems. The Propeller 2 has already a built in Forth which is already a fine thing, but I am sure the Processor is powerful enough to run also a full Oberon in the latest flavor of the RISC5 system. The Oberon0 compiler would be necessary as bootstrap for a full Oberon system. A native Oberon0 to Propeller ASM compiler would be fine, but maybe it would be easier to write first an Oberon0 to PropForth compiler. Kind Regards Markus --- original message --- On April 19, 2023 at 1:25 AM GMT+2 tsie...@softcon.com wrote: Gcc has already been ported to the propeller II, (and it runs on the original propeller too), so porting other languages should be "relatively" easy. I've not made the attempt to port anything yet though, mostly because I've been out of the propeller world for a couple years, and now that the version 2 is out, I'm trying to reestablish some working environments so I can use the propeller 2. I have bought some of the mystery boxes, which gave me a propeller 2 edge board with 32MB of ram, but I don't think I have an actual propeller 2 just yet. Needing others to id things for me is making the list of products I have hard to create, but I'm getting there. Anyway, since gcc exists, any compiler that uses gcc as the backend should be possible to port. I've thought about porting FPC, but I'd have to start with a version that's already meant for smaller systems, I do believe someone posted a link to one a few months ago, perhaps that one could be used as a jumping off point, would be interesting to see pascal available for the propeller boards. On 4/18/2023 6:21 AM, Markus Greim via fpc-pascal wrote: > Hi Adriaan, > whats about a Oberon-0 compiler compiling to Forth? > And then Forth to MacOSX? (RetroForth, Swift or whatever) > That may sound silly, but such a Compiler would help a lot> to port Obern to > other platforms resp Microcontrollers etc. > For example to the Propeller II > Kind Regards > Markus >> On April 18, 2023>> at 12:13 PM GMT+2 fpc-pascal@lists.freepascal.org>> >> wrote: >> Any suggestions for running simple>> Oberon-0 programs on the MacOSX >> command-line ? EIther by>> emulating its RISC processor or by changing the >> Oberon-0>> compiler ? I prefer not to load the entire Oberon system (for>> >> which there do exist emulators). >> Regards, >> Adriaan van Os >> ___ >> fpc-pascal maillist - fpc-pascal@lists.freepascal.org >> https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal > ___>fpc-pascal maillist - > fpc-pascal@lists.freepascal.org>https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal --- end of original message ---___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
