Hi,

This might be longer than necessary, but I figured I may as well dump
it all on ya, just to be complete!

On Fri, Jan 2, 2015 at 4:09 PM, Mercury Thirteen
<mercury0x0...@gmail.com> wrote:
>
> Thanks for the links, I appreciate that but I know... pretty much nothing of
> Pascal lol

My only experience has been with the "easy" HLL (portable) stuff. Over
the past few years, I tried to learn some (but not all) of the various
Pascal-y languages and dialects. So I spent a fair bit of time toying
with various compilers.

Here's some links to tutorials, if you think that'll help, if you
think FPC is more feasible than using OpenWatcom/C (presumably for the
much better string support):

* http://www.taoyue.com/tutorials/pascal
* http://www.oocities.org/siliconvalley/park/3230/pas/pasles00.html
* http://www.standardpascal.com/
* http://en.wikipedia.org/wiki/Comparison_of_Pascal_and_C
* http://edn.embarcadero.com/article/images/20803/TP_55_OOP_Guide.pdf
* http://www.delphibasics.co.uk/

So I'm not much help on the systems-level stuff. Plus, since most
existing legacy TP code is compiler specific (inline asm/BASM), you
almost definitely can't recompile Paku Paku or FD KEYB (or presumably
CompInfo or Which or whatever) with ppcross8086.exe without heavy
changes. (But I doubt it's impossibly hard. Inline asm is supported
but a bit differently.)

In fact, due to platform limitations, getting it to work under HX was
a feat in itself (kludge.pas needed for compiling with smartlinking),
so even that isn't 100% automatic. I would've (obviously?) preferred
to have a go32-v2 (32-bit DOS) hosted version of the
"i8086/msdos"-targeted compiler, but the very few people from FPC who
hang out on BTTR's forum didn't even pretend to care. So I don't know
what tests (if any) they run on the snapshots. Maybe not even tetris
and samegame, and those were the only two official examples that I
know were tested once before.

Granted, it *does* work quite a lot, even now. But nobody had time,
skill, energy, or interest to perfect it (yet, if ever). But doing it
all myself sounded impossibly hard (esp. these days, too tired), so
I've not even pretended to hack / rebuild FPC directly.

I only mention it because it is quite a nice compiler and has had some
decent work done on it in recent years (and was April 2014 SourceForge
Project of the Month). It's certainly better than GCC or even FBC,
esp. for 16-bit support (obviously).

P.S. Do read their wiki, if actually interested. In particular, it
does support LFNs and multiple memory models. Actually, there's only
one "compiler" .EXE, but the separate .ZIPs have different runtimes /
libs (since the bigger ones are of more experimental quality, plus
probably to keep .ZIP size down).

> I think I just need to clean up my code and things should be fine. Actually,
> I can't even say "my code". The directory traversal routine (which is the
> root of the problem) was part of an old public domain program I found years
> ago.
>
> I'll get it working eventually.  :)

writeln('Good luck!');

------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to