Re: [Freedos-devel] Compiling PowerPaint
Hi, On Sat, Jul 30, 2016 at 9:43 AM, David McMackinswrote: >>> Uh, why are you doing that? Don't do that, you don't need to bootstrap >>> (and it probably won't work like you want). >>> >>> Are you trying to use the Win32-hosted cross-compiler in actual DOS? > > Not sure why it shouldn't work if compiled from source. Go32v2 has no maintainer, and i8086-msdos is a fluke from one dude. Although I'm grateful for FPC's hard work, they don't pay much attention to DOS (too busy with other things). 3.0.0 still needed Watcom tools, and those don't play nice with DJGPP (esp. long cmdlines). I showed them a workaround, but apparently nobody cared. "Trunk" (3.1.1) doesn't need that anymore, so you might be better off grabbing a SVN source snapshot instead (although I still don't think it will compile with Go32v2, I doubt anybody tried recently, certainly I didn't). > My ideal is to be able to actually change my software on the host system > since it has enough disk space. So you're trying to rebuild so that you can host and target DOS at the same time? Personally, like I implied, I just use HX and Win32 snapshot. It's not that hard to get working (see my MetaDOS .img if really curious). > My primary OS is Debian Sid, so I'm not using any Win32 compilers. I'm > downloading the msdos cross-compiler for it, and I'll test the outputs > on my VM, since it will be a few days until I have the hardware to > transfer files to my FreeDOS computer without burning a CD. Yes, I have the 3.0.0 cross-compiler in Linux too. Is that not convenient enough? >>> Read the docs. > > That's what I'd been doing for hours before ever sending my initial > message. Specifically I meant the link I gave regarding using inline asm. > Seems to me the problem is that the go32v2 compiler doesn't > count as "DOS", so it refuses to allow far pointers like all the other > ones except i8086. For low-level code, DPMI is much harder to use than real mode. > That's why I would like to have the i8086 version on > my DOS box so that it will actually compile programs that are > distributed for FreeDOS. See MetaDOS on iBiblio (or email me privately for 0.4-pre). It has PPCROS~1.BAT to make that easier. Of course, I mostly test under QEMU or VBox with emulated packet driver, but it's not hard to run in native DOS either. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Compiling PowerPaint
>> Uh, why are you doing that? Don't do that, you don't need to bootstrap >> (and it probably won't work like you want). >> >> Are you trying to use the Win32-hosted cross-compiler in actual DOS? Not sure why it shouldn't work if compiled from source. My ideal is to be able to actually change my software on the host system since it has enough disk space. My primary OS is Debian Sid, so I'm not using any Win32 compilers. I'm downloading the msdos cross-compiler for it, and I'll test the outputs on my VM, since it will be a few days until I have the hardware to transfer files to my FreeDOS computer without burning a CD. >> Read the docs. That's what I'd been doing for hours before ever sending my initial message. Seems to me the problem is that the go32v2 compiler doesn't count as "DOS", so it refuses to allow far pointers like all the other ones except i8086. That's why I would like to have the i8086 version on my DOS box so that it will actually compile programs that are distributed for FreeDOS. Happy Hacking, David E. McMackins II Associate Member, Free Software Foundation (#12889) www.mcmackins.org www.delwink.com www.gnu.org www.fsf.org On 07/29/2016 11:04 PM, Rugxulo wrote: > Hi, > > On Fri, Jul 29, 2016 at 10:45 PM, David McMackins> wrote: >> >> Indeed, the msdos target exists, but it's not in the distribution on the >> FreeDOS host. > > Go32v2 (32-bit DPMI, COFF) is the main DOS target (since the '90s!). > The i8086-msdos (OMF) target is new to 3.0.0. > >> I've changed to using the TP compatibility mode, and that has resolved >> most of the problems. Now, my biggest problem is getting far pointers to >> work, since they're only enabled for msdos. > > Read the docs. > >> I'm attempting to compile the msdos compiler, but fpcmake is failing due >> to a missing Makefile.fpc in the utils directory in the source tree. > > Uh, why are you doing that? Don't do that, you don't need to bootstrap > (and it probably won't work like you want). > > Are you trying to use the Win32-hosted cross-compiler in actual DOS? > Snapshots for 3.1.1 are found on the FTP here: > > ftp://ftp.freepascal.org/pub/fpc/snapshot/v31/i8086-msdos/ > > -- > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Compiling PowerPaint
Hi David, > I've changed to using the TP compatibility mode, and that has resolved > most of the problems. Now, my biggest problem is getting far pointers to > work, since they're only enabled for msdos. You probably only use those to access the graphics RAM. Check the web, 32 bit compilers like DJGPP let you map the VESA linear frame buffer memory to data arrays which is probably cooler than VGA RAM anyway :-) Given that FreePascal also exists in the 32 bit age, it should have it. Cheers, Eric PS: I actually have done that before, but only in DJGPP, not in Pascal. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Graphics APIs
If you're doing C, there's djgpp[0] (gcc, other GNU stuff, and more) and Allegro[1], GRX [2] which has a BGI-like interface, Microwindows/Nano-X[3] which has TinyGL (OpenGL-like), Win32-like & X11/xlib-like interfaces. Georg Potthast has a FreeDOS distro, XFDOS[4], which integrates Nano-X & FLTK and he provides a developer ISO as well [5]. All of these are based on djgpp, which is a 32-bit only, DPMI DOS C compiler environment. A quick googling shows there's something else called fastgl/OpenGUI [6] that supports (Open?)Watcom and djgpp. Paul Hsieh has notes about graphics programming with Watcom [7][8] [0] http://www.delorie.com/djgpp/zip-picker.html [1] https://www.allegro.cc/docs/dos-djgpp-compile.html [2] http://grx.gnu.de/ [3] http://www.microwindows.org/ [4] https://sourceforge.net/projects/fltk-dos/files/XFDOS%20-%20FreeDOS%20distro%20with%20FLTK%20GUI/ [5] https://sourceforge.net/projects/fltk-dos/files/FLTK%20for%20DOS/ [6] http://www.tutok.sk/fastgl/ [7] http://www.azillionmonkeys.com/qed/watfaq.shtml#21 [8] https://www.thregr.org/~wavexx/software/watgfx/ On Fri, Jul 29, 2016 at 7:11 PM, David McMackinswrote: > Some web searching has yielded no useful results for my query. > > I'm considering developing some graphical programs for FreeDOS, but I'm > not sure what graphics APIs are available and documented for it. > > My expertise is in C, but if I can achieve it in Pascal, I'm open to > getting deeper into it. What interfaces are available, and/or what > documents can I review to learn more about graphics programming on DOS? > > Happy Hacking, > > David E. McMackins II > Associate Member, Free Software Foundation (#12889) > > www.mcmackins.org www.delwink.com > www.gnu.org www.fsf.org > > -- > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel