Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

32-bit MSDOS (Announce)

posted by kerravon E-mail, Ligao, Free World North, 03.07.2021, 13:16

> Your point seems to be that the FPC library does things, in particular at
> program start, and that you want it to do almost nothing instead. I think
> the better answer would be to let your OS implement stub versions of the
> called API functions. Then you could also run existing FPC Pascal compiled
> binaries instead of having to recompile the Pascal app source code with
> your own stripped down runtime library,
I wish to recompile Pascal programs to create
a public domain executable that is dependent
on nothing other than msvcrt.dll, which, in
my opinion (not saying it is universal) will
make Pascal executables as good as C executables,
and able to run on almost every 80386 + OS
in existence so long as the free supporting
runtime is provided (HX/Wine). Pick up the
abandoned-by-FPC Win95 too.

> or having to modify the app source
> code in question to touch less of the default FPC runtime library.
I will add stubs and functionality to pascal.c
as the Pascal apps I wish to run get more
sophisticated.

> People
> normally do such things only when they are trying to create VERY small
> executables, because it will have various side effects beyond doing less
> calling of the operating system API. So again, you should probably
> just let your OS provide more API stubs.
My C90 utility executables are very small too.
Like 4k or 6k.

If simple Pascal utilities are a similar size,
by virtue of leveraging msvcrt.dll the same
way, that's something I'd like to see.

But to even have proof of concept I need to
know how to get gccwin to generate Pascal
calling convention and I don't know if an
appropriate keyword even exists. I guess I
could have an assembler stub that accepts
Pascal convention and calls the C counterpart.

There are still link errors I don't know about
though, because I don't know what the assembler
code is trying to do. It's not assembler that
I have seen generated from gccwin/gcc.

BFN. Paul.

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 368 users online (0 registered, 368 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum