Hi again,
On Sat, Oct 12, 2019 at 8:15 AM TK Chia wrote:
>
> It seems that the precompiled nsm09839.zip binaries in iBiblio were
> built with Microsoft C, most probably using Makefile.ms7.
MS C 7 is from 1992, apparently. Maybe I'm naive, but I'll bet MSVC
1.52c from 1995 is a better compiler.
Hi,
On Thu, Oct 17, 2019 at 8:43 PM Rugxulo wrote:
>
> With the new [NASM 16-bit] build(s), I tried rebuilding the FD kernel.
> It seems the TCPP101 version ran out of memory on KERNEL.ASM!
It was actually only because I was using WmakeR (real mode) instead of
the (386 pmode) Wmake executable. N
Hello Rugxulo,
*
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/asm/nasm/0.98.39/8086host/
Though I wonder why I wasted so much time since it's inferior to the
8086 OpenWatcom build. I guess I still appreciate Turbo C++ for what
it is. I really need to take a look at why it's
Hi Rugxulo,
> Finally done, uploaded at the same place on iBiblio for us.
>
> *
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/asm/nasm/0.98.39/8086host/
Congrats! :-)
> Though I wonder why I wasted so much time since it's inferior to the
> 8086 OpenWatcom build. I guess I sti
Hi again,
On Thu, Oct 17, 2019 at 8:43 PM Rugxulo wrote:
>
> Despite no actual code changes, I have improved my MAKEFILE.BOR again.
> I may do some more fiddling (and also derive a TC201-compatible makefile).
> It's also simple enough that I could just write a .BAT to build it. (I also
> did
> s
Hi,
On Thu, Oct 10, 2019 at 11:08 AM TK Chia wrote:
>
> > But it's missing "[var+BX]" Effective Address support.
> > Also, "MOV AX,..." (etc.) instructions use the bigger, non-optimal
> > encodings.
>
> Well, perhaps there are ways to fix the support for these things in
> tinyasm...
On at 2019-10-26 03:09 -0500, Rugxulo wrote:
>> I also worked some on an 8086tiny fork of mine recently. There are
>> several bugfixes there, as well as implementing all 186 instructions, so
>> it might be worth testing. It's at https://github.com/ecm-pushbx/8086tiny/
>
> I tested all of this unde
Hi, (sorry for delay in testing)
On Tue, Oct 8, 2019 at 10:17 AM C. Masloch wrote:
>
> On at 2019-10-05 18:49 -0500, Rugxulo wrote:
> > "Unfortunately, nasm doesn't run over 8086/8088 processors,and I
> > couldn't find a compatible assembler!"
> >
> > Strange. I was lightly playing with 8086tinyp
Hi again,
Just to follow up
On Thu, Oct 10, 2019 at 11:08 AM TK Chia wrote:
>
> > But it's missing "[var+BX]" Effective Address support.
>
> Well, perhaps there are ways to fix the support for these things in tinyasm...
As mentioned, since I've written a .BAT / sed combo to work with
Tinya
Hi again,
On Sat, Oct 12, 2019 at 8:15 AM TK Chia wrote:
>
> > Okay, I think I've done enough fiddling to be worth sharing.
> >
> > Further testing and contributions are welcome, of course.
>
> Thanks! This looks like ... a rather major revamp of the makefiles. :-)
With the new build(s), I trie
Hi,
(BTW, thanks for the binary, I'll test it out.)
On Sat, Oct 12, 2019 at 6:03 PM Rugxulo wrote:
>
> >>> I still want to get PSR Invaders working with it
>
> I've done it! :-) (No, I haven't updated the FD Package yet.)
If you're super bored, check it out:
* https://pastebin.com/vj0FTvqy
*
Hello Rugxulo,
Using the above command line, the resulting size of tinyasm.exe is 27,200 bytes.
With the DJGPP-hosted tools, I'm getting 45 kb. Is that correct? Or do
you have newer libs? Sure, after UPX, it's about 27 kb. Either way,
quite nice!
Ah yes, I have updated the gcc-ia16 toolchai
Hi,
On Sat, Oct 12, 2019 at 8:15 AM TK Chia wrote:
>
> Thanks! This looks like ... a rather major revamp of the makefiles. :-)
For TC++, I tried to minimize loading the compiler too many times.
It's able to compile multiple sources together in one invocation,
which I guess is possibly faster (d
Hello Rugxulo,
I for one would like to know how you wrote the makefiles for nasm --- I
have not managed to get a 16-bit build working using Watcom.
Okay, I think I've done enough fiddling to be worth sharing. So here
it is (lacking any better place for us):
*
http://www.ibiblio.org/pub/micr
Hello!
On Thu, Oct 10, 2019 at 11:08 AM TK Chia wrote:
>
> > doing that tomorrow. The makefiles are messy, and I'm no make expert,
> > but they should both be 100% reproducible (if anyone is honestly
> > interested). If I don't find any obvious problems, I'll probably
>
> I for one would like to
On Fri, Oct 11, 2019 at 4:57 AM TK Chia wrote:
> Hello dmccunney,
>
> > Er, how much do we actually *care* about EXE size on disk? Even folks
> > going old skool and trying to run on 808X CPUs are likely to have
> > decent HDs.. (Is *anyone* still trying to run DOS (MS/PC or FreeDOS)
> > and DOS
Hello Rugxulo,
ia16-elf-gcc -mcmodel=small -Os -mregparmcall -mnewlib-nano-stdio \
tinyasm.c ins.c -o tinyasm.exe
What is the resulting size of the .EXE with your build? (He said it
uses at least 128k RAM, right?) At least for development and
Using the above command line, the resu
On Thu, Oct 10, 2019 at 10:00 PM Rugxulo wrote:
> >ia16-elf-gcc -mcmodel=small -Os -mregparmcall -mnewlib-nano-stdio \
> > tinyasm.c ins.c -o tinyasm.exe
>
> What is the resulting size of the .EXE with your build? (He said it
> uses at least 128k RAM, right?) At least for development and
Hi,
On Thu, Oct 10, 2019 at 11:08 AM TK Chia wrote:
>
> > BTW, what is the proper way to build Tinyasm with IA16-GCC? Is there a
> > specific set of switches you use?
>
> To really crunch down the size, you can add some options to turn on
> optimizations and use a more efficient function call int
Hello Rugxulo,
BTW, what is the proper way to build Tinyasm with IA16-GCC? Is there a
specific set of switches you use? Or have you not tested (much) with
it yet?
The bare minimum is to enable the "small" memory model (separate text
and data segments), like so:
ia16-elf-gcc -mcmodel=small t
Hi,
On Tue, Oct 8, 2019 at 11:48 AM TK Chia wrote:
>
> I did a quick disassembly of the precompiled nasm.exe and ndisasm.exe in
> nsm09839.zip, and indeed --- for some reason --- they were built to use
> 186+ instructions such as `leave' and immediate pushes.
>
> So perhaps it will be good to try
Hi,
On Tue, Oct 8, 2019 at 10:17 AM C. Masloch wrote:
>
> On at 2019-10-05 18:49 -0500, Rugxulo wrote:
> > I know 8086tinyplus can't handle 186+ ENTER/LEAVE properly.
>
> If the 16-bit NASM uses 186+ instructions, that's a bug (or possibly
> wrong option?) on the part of the compiler.
They seem
Hello Masloch, hello Ruxgulo,
recently, and I noticed that the (in)famous 16-bit NASM build from
2005 of 0.98.39 didn't seem to run properly. (But that could be an
emulator bug. It runs fine under QEMU. I know 8086tinyplus can't
handle 186+ ENTER/LEAVE properly.)
If the 16-bit NASM uses 186+
On at 2019-10-05 18:49 -0500, Rugxulo wrote:
> "Unfortunately, nasm doesn't run over 8086/8088 processors,and I
> couldn't find a compatible assembler!"
>
> Strange. I was lightly playing with 8086tinyplus (on Windows)
> recently, and I noticed that the (in)famous 16-bit NASM build from
> 2005 of
Hi,
On Fri, Oct 4, 2019 at 3:13 AM Random Liegh via Freedos-user
wrote:
>
> I just spotted this on reddit and thought someone here might appreciate it:
>
> https://github.com/nanochess/tinyasm/
>
> Brand spanking new, targets the 8088. It can be built with desmet-c, but
> there's a precompiled bi
25 matches
Mail list logo