|Re: [hatari-devel] Problems compiling Hatari 1.9.0 with CAPSImage 5.1|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
Le 09/10/2015 22:19, Jools Wills a écrit :
Greetings - I've run into a few issues building Hatari 1.9.0 with
CAPSImage 5.1 (on the raspberry pi) - doesn't seem to be supported fully
out of the box - but I was able to get it working with chanegs.
I am using this source
The first problem I came across was that the CAPS includes for Linux
contain "__cdecl" which causes gcc to moan - but defining this to ""
works around that - This is a capsimage bug I guess, since they should
define it to "" for GCC on Linux.
Second problem is src/floppy_ipf.c references types "CapsLong" /
CapsULong but this is not defined anywhere in the CAPS 5.1 includes that
I can see, nor in the Hatari sources.
The 4.2 capsimage.h has them though as
typedef uint8_t CapsUByte;
typedef int32_t CapsLong;
typedef uint32_t CapsULong;
so I just changed them to Sint32 / Uint32 in src/floppy_ipf.c - Perhaps
they can be defined to that in the Hatari source or maybe capsimage has
some new types to be used - Whatever you think is the best fix - or
perhaps the new capsimage should provide them for backward compatibility ?
With the changes above I was able to get a binary built (moments ago) -
yet to test it though.
I also had to do my own changes to compile 5.1 under linux, similar to
what you did I guess (although some of my changes were included into
caps 5.1, but not all the typedef things). Caps sources are primarily
developped for windows and unfortunatelly they didn't merge windows
sources with the linux/osx version yet to get a moreportable result.
Maybe you could post on kryoflux forum about this, it might motivate
Istvan to provide some updated sources.
Anyway, nice to know that Hatari runs on the RPI :)