Forum > Other OS
FPC32 (with db66/db67) in DOS
microxa:
В v331, a strange leak occurs when compiling files of medium/big size and if the optimization is -Op80386-OpPENTIUM. (i was not attentive to fpc.cfg) So this is not very critical. Optimization has very improved.
And yes, 16bitted matrix has me...
Ok!
>>what's is "special" about what you're doing?
dear, lucamar
too many "special & somspecial" for the x86 architecture. What can be done from the moment of launching in dos, iterating 32-bit code in real mode? This remains to be analyzed.
marcov:
Doesn't the i8086 backend use 386 instructions for longint when properly instructed ?
It seems more straightforward to work towards more 32-bit usage with i8086 than within the i386 backend, since that has the correct memory model.
If it is not about the memory model, one could simply use go32v2 target.
microxa:
Ок..
I am in no way detracting from the merits of other instruments.
Conceptually, i8086 codegen engine use traditional/canonical, segment-oriented model code & data distribution. This, may be, good for i8086-i80286.
Go32 highly advanced DPMI framework.
but..
of course, in my case, the Win32/flat model programming approach is more used (more skills, experience, habits)..
And, perhaps "WDOSX" was the reason that made me think about "db66 / db67 powered code". At one time, under this mini-win32 environment, it was possible to successfully run FPC (2.2), but the main, small kernel, it was executed in a 16-bit code selector.
The same can be said about the HX-DOS extender.
Due to the increased complexity, many things remained abandoned and not implemented -
since it took a lot of assembler art, and constant delving into unnecessary details.
And only Pascal always came to the rescue!
And as we can see, even where it is not accepted, in no mainstream HLL - "Intel opcode powered db.. " .. oh you know :-D
lucamar:
I guess you were one of those using "unreal" mode and 4Gb segments, huh? ;D :D
microxa:
un(big)real, exec above 1mb boundary, multithreading..
Yes, it's not that hard, it was harder to figure out what to do next)..
but, something was used, then in the win32(under kernel mode).
DOS has a legacy of unique examples that still serve as sources of inspiration.
Which is very precious!
It's amazing that your project still supports this..
It will not be more surprising if "holy sweet real mode x86" does not remain in the new generations of x86 , But there is (ex)VEX, x64, and FPC, which understands this better than an assembler guru)))
(I still do not understand where the code generator is hidden there,
and it is very valuable, to me, that post processing was stacking in GenCode)
Navigation
[0] Message Index
[*] Previous page