gcc tools/dat2c.c -o dat2c.exe -I./include
ought to be something like
gcc tools/dat2c.c -o dat2c.exe -I./include -lalleg
or
gcc tools/dat2c.c -o dat2c.exe -I./include -lalleg -L
if it is not where the rest of the DJGPP libraries are. That should have
been taken care of by `make install`.
On Sun
The bug 86box team believes they found is that FreeDOS (FDISK or Kernel)
blindly uses 13h Extensions. I doubt that very much. It may be that UMC
or ECS BIOSes mentioned may not present BIOS HDD data in ways FreeDOS or FD
FDISK are unable to detect.
On Sun, Nov 10, 2024 at 4:44 PM Paul Dufresne v
I managed to build this with a combination of running configure on linux
like so:
./configure --prefix=/gmake CC=gcc CPP=cpp CXX=cxx DEPDIR=deps.tmp
and then using DJGPP and a Makefile I built (attached) I managed to compile
it with
make -f makefile.dos make
However the resulting make.exe progra
Hi Jim,
> On Nov 9, 2024, at 12:25 PM, Jim Hall via Freedos-devel
> wrote:
>
> On Sat, Nov 9, 2024 at 10:41 AM Jerome Shidel via Freedos-devel
> wrote:
>>
>> When is the next online get-together scheduled?
>>
>
> After two hours on the last one, I totally forgot to schedule the next
> get-t
There used to be a DOS configure’d source. Otherwise I think you need to
run a pre-script (fix.bat or fix.sh) to get it to compile with makefile.dj
, iirc. You’ll also run into issues with the assembly if you run a much
newer nasm, gcc and binutils against it. Not a hard fix but you will need
so
I am now able to make a new alleg.a file (with GCC 14.2 cross-compiling)...
but I cannot link a program file... either from the examples or from the one
that come with
the library (make programs)... because apparently all the functions seems to be
defined
both in the program and in the library.
Hi Jerome,
You're right, it's there, thanks! It has been a while since I used that
functionality (auto-translation part) for the last time. And actually I just
got an question exactly about that on Mastodon, so I could instantly share it :)
Best regards,
Lukas
dne pá, 08 lis 2024 17:38:
Looks like the problem was about:
https://www.gnu.org/software/make/manual/html_node/Reading-Makefiles.html
So I moved the definitions inside the rules before the first target.
And now that parts works... still getting errors while applying rules however.
Attaching my patch.
patch.makefile
It's not really all the functions... it's the one that are defined in the .h
files.
I have preprocessed a file with:
gcc -E tools/dat2c.c -o dat2c.i -I./include
and after that compare some symbols that are said to be duplicated:
[paul@betakard allegro-4.2.3.1]$ grep _getpixel32 dat2c.i
extern __
https://github.com/86Box/86Box/issues/4818#issuecomment-2350705648
For me, it is kind of a revelation that some BIOS don't implements int 13h.
That was after listening to: https://www.youtube.com/watch?v=4GCvF-chgn0
I frankly don't think it is worth to do direct port and DMA programming of the
d
10 matches
Mail list logo
