I am close to porting AppleWin for Amiga.

[xboxown]

Originally Posted by emufan

hrm, sounds reasonable, i'll have a look if this is possible

are you able to do the hack? - see below for files.
i think m68k-amigaos-objcopy.exe m68k-amigaos-objdump.exe are of good use here.

#1) I wrote a note in Novacoder's SDL thread, so maybe he will see the message.

#2) meanwhile i made a new linapple68k-testbuilds.lha.
in the zone. with aga ixemul nofpu and default build

#3) i also zoned the older SDL-AGA versions:
SDL_AGA_v1.2.14.001.zip
SDL_AGA_v1.2.3.001.zip

#4) some usefull commands - analyzing the file "libSDL_SDL_SYS_JOYSTICK.a"

$ m68k-amigaos-objdump.exe -h  libSDL_SDL_SYS_JOYSTICK.a

SDL_sysjoystick.o:     file format a.out-amiga

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000388  00000000  00000000  00000020  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, CODE
  1 .data         00000020  00000388  00000388  000003a8  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  000003a8  000003a8  00000000  2**2
                  ALLOC

syntax of objdump is weird to say the least :/
i guess the sections are .text .data .bss , but we want to dump the whole segment "SDL_sysjoystick.o".
questions is - how

emufan, can you test the files yourself and report them?

[emufan]

Originally Posted by xboxown

emufan, can you test the files yourself and report them?

the SDL-AGA version? i did already, but it just puts out an error message:

Originally Posted by emufan

New Shell process 8
8.System:00000> stack 500000
8.System:00000> applewin_AGA.68k 
Could not initialize SDL: SDL not built with timer support

so we need to have SDL-AGA which includes "timer support" (current sdl-aga on aminet)
and "SDL_SYS_JOYSTICK" (not included with current SDL-AGA aminet release).
so i was about to extract the "SDL_SYS_JOYSTICK" code section of an older link library and implant it into the latest aminet release.
but no success as of yet.

with an AppleWIN.68k_SDL-AGA build we could see, if it crashs the same way, the SDL-RTG build does.

[xboxown]

I am terrified!!!

[emufan]

Originally Posted by xboxown

I am terrified!!!

same here

but i found a way to extract the module in question from the link library:

m68k-amigaos-ar.exe x libSDL_SDL_SYS_JOYSTICK.a
...
SDL_sysjoystick.o
...

i'll try to add it to the $OBJECTS list in the Makefile

#2) boah, cool. this does really work.

$ make -j 3
==== Building applewin (release_m68k-amigaos) ====
Linking applewin

anyone wants to test the new binary first?

#3)
zoned: linapple68k-testbuilds.lha
includes SDL-AGA version - not yet tested - report back

[xboxown]

Originally Posted by emufan

same here

but i found a way to extract the module in question from the link library:

m68k-amigaos-ar.exe x libSDL_SDL_SYS_JOYSTICK.a
...
SDL_sysjoystick.o
...

i'll try to add it to the $OBJECTS list in the Makefile

Thank you for keep on going! Thank you for not giving up! Thank you for being persistent with whatever limitation you have and knowledge and resources on the matter.

THANK YOU!

[Marlon_]

Originally Posted by emufan

same here

but i found a way to extract the module in question from the link library:

m68k-amigaos-ar.exe x libSDL_SDL_SYS_JOYSTICK.a
...
SDL_sysjoystick.o
...

i'll try to add it to the $OBJECTS list in the Makefile

#2) boah, cool. this does really work.

$ make -j 3
==== Building applewin (release_m68k-amigaos) ====
Linking applewin

anyone wants to test the new binary first?

*brb*

I'm not sure how well this will work, as SDL-AGA is SDL-1.2.15 while the other RTG SDL is SDL-1.2.6.
Unless of course, you took the joystick part from the SDL-AGA without timer

[emufan]

np, just test yourself first

Originally Posted by emufan

#3)
zoned: linapple68k-testbuilds.lha
includes SDL-AGA version - not yet tested - report back

Originally Posted by Marlon_

I'm not sure how well this will work, as SDL-AGA is SDL-1.2.15 while the other RTG SDL is SDL-1.2.6.
Unless of course, you took the joystick part from the SDL-AGA without timer

i extracted the missing part from SDL_AGA_v1.2.14.001 (zoned) and just linked the resulting object file with the binary,
which is using latest SDL-AGA from aminet (timer feature).
no clue if it will work, but at least we can now build a binary

#1) and we have learned a lot

[xboxown]

Originally Posted by emufan

np, just test yourself first




i extracted the missing part from SDL_AGA_v1.2.14.001 (zoned) and just linked the resulting object file with the binary,
which is using latest SDL-AGA from aminet (timer feature).
no clue if it will work, but at least we can now build a binary

#1) and we have learned a lot

Did you build the new binary?

[emufan]

Originally Posted by xboxown

Did you build the new binary?

yes, in the zone already

Originally Posted by emufan

anyone wants to test the new binary first?

#3)
zoned: linapple68k-testbuilds.lha
includes SDL-AGA version - not yet tested - report back

maybe it will just crash, i dont know.

[NovaCoder]

Originally Posted by Marlon_

I have no idea how to debug on amiga. But I'm sure there is some debug mode in winuae that we could use. I'm quite new to developing for the classic Amiga's so I'm quite lost, even though I have some knowledge regarding C/C++ for other systems.

Debugging gcc is a pain on 68k, apparently it is possible but I never figured it out. I had to result to good old system.out type console messages which was very inefficient. It once took me over a month to find a silly bug in ScummVM (literally thousands of lines of source code) which I would have fixed in minutes with a modern step-through debugger...very painful

I'm not sure how good my last SDL port is (the one on AmiNet), I remember that I was working on a better implementation which I had started from scratch but I didn't get to finish it.

[xboxown]

Originally Posted by NovaCoder

Debugging gcc is a pain on 68k, apparently it is possible but I never figured it out. I had to result to good old system.out type console messages which was very inefficient. It once took me over a month to find a silly bug in ScummVM (literally thousands of lines of source code) which I would have fixed in minutes with a modern step-through debugger...very painful

I'm not sure how good my last SDL port is (the one on AmiNet), I remember that I was working on a better implementation which I had started from scratch but I didn't get to finish it.

Please help us NovaCoder!!! Please help us get this working!!

:

US!

[emufan]

i did a test now on my own, and it's still about the "Timer support" - see image attached.

since the SDL-Amiga (rtg version) does not have the timer issue,
it must be something else. maybe it's the rtg sdl version,
but could be something completely different within the linapple/applewin code.

#1) i cannot find the error message in the source or in the sdl dev files.
snoopdos does not give any hint, what does produce the error message.

#2) it is the SDL-AGA lib itself, you can read the error message in the object file.
other timer related things you can find - so maybe the "timer trap" was not
disabled, when Novacoder added the timer support?!

[emufan]

i'm looking for things we have disabled/removed.

one thing i need to get fixed in Timer.cpp - setitimer is defined in <sys/time.h>

$ make
==== Building applewin (release_m68k-amigaos) ====
Timer.cpp
Linking applewin
obj/m68k-amigaos/Release/Timer.o(.text+0x1f0):obj/m68k-amigaos/Release/Timer.o: undefined reference to `setitimer'
obj/m68k-amigaos/Release/Timer.o(.text+0x282):obj/m68k-amigaos/Release/Timer.o: undefined reference to `setitimer'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:179: ../bin/applewin.68k] Error 1
make: *** [Makefile:17: applewin] Error 2

Timer.cpp:

	if(setitimer(ITIMER_REAL, &mytimeset, NULL) != 0) {
		fprintf(stderr, "Error creating timer (setitimer failed)\n");
		_ASSERT(0);
		return;
	}

...

	setitimer(ITIMER_REAL, &mytimeset, NULL);

if i use "int setitimer(ITIMER_REAL, &mytimeset, NULL);" in the 2nd case,
i can eliminate one "undefined reference to `setitimer'" - even while the linker issues a warning.

Makefile:

  LDFLAGS   += -s -D__AMIGA__ -fno-rtti -noixemul -fno-exceptions -fpermissive -fbbb=sapcmfbi  \
			-m68020 -msoft-float -I/opt/m68k-amigaos/include/SDL -I/opt/m68k-amigaos/include \
			-L/opt/m68k-amigaos/lib -L/opt/m68k-amigaos/m68k-amigaos/lib -fomit-frame-pointer \
			-Xlinker --allow-multiple-definition -L/opt/m68k-amigaos/lib \
			-L/opt/m68k-amigaos/m68k-amigaos/lib -L/opt/m68k-amigaos/m68k-amigaos/libnix/lib/libnix \
			-L/opt/m68k-amigaos/m68k-amigaos/clib2/lib
  LIBS      += -lSDL -ljpeg -lz -ldebug -lSDL_image
  LINKCMD    = $(CXX) $(OBJECTS) $(LDFLAGS) $(RESOURCES) $(ARCH) $(LIBS)

i changed order of LIBS in the Makefile, but it makes no difference at all.
what needs to be done to fix this error?

[alkis]

Originally Posted by emufan

what needs to be done with "setitimer" to fix this error?

is setitimer actually defined in any lib?

[Marlon_]

Originally Posted by alkis

is setitimer actually defined in any lib?

It's part of glibc on linux. So I wonder if this needs to be compiled with ixemul or -mcrt=clib2 (both of which is not done 100% yet)

[alkis]

Hmm, looks like libc function. try adding -lc at LIBS

[xboxown]

Originally Posted by Marlon_

It's part of glibc on linux. So I wonder if this needs to be compiled with ixemul or -mcrt=clib2 (both of which is not done 100% yet)

What do you mean not done 100%?

[emufan]

Originally Posted by alkis

is setitimer actually defined in any lib?

i did a simple grep on all *.a within /opt/m68k-amigaos - (GCC) 6.3.1b 20170707
not a single hit - for example multiple hits for memcpy

Originally Posted by Marlon_

It's part of glibc on linux. So I wonder if this needs to be compiled with ixemul or -mcrt=clib2 (both of which is not done 100% yet)

tested - gives much more unresolved things

Originally Posted by alkis

Hmm, looks like libc function. try adding -lc at LIBS

done , same missing setitimer

Originally Posted by xboxown

What do you mean not done 100%?

we may have a compiler which lacks some features.
so while we look into fixing the source code of the emulator,
we may have a "non working" compiler - so trying to fix the source code is all in vain,
until we can ensure the compiler has all features implemented :/

[xboxown]

Originally Posted by emufan

i did a simple grep on all *.a within /opt/m68k-amigaos
not a single hit - for example multiple hits for memcpy

tested - gives much more unresolved things

done , same missing setitimer

we may have a compiler which lacks some features.
so while we look into fixing the source code of the emulator,
we may have a "non working" compiler - so trying to fix the source code is all in vain,
until we can ensure the compiler has all features implemented :/

OH!!!!

How do you go about doing that??!

[drHirudo]

Okay, I found my AppleWin porting effort on my Amiga X1000. It's running okay (see screenshots), but seems the ROM is not converted properly (endian issue I guess, so the emulator can't boot from the ROM). Problem is I don't remember how I compiled the binary at all and I am not sure if the porting script is not somewhere on my microAmigaOne, which wasn't started since years). If I find something more regarding my porting efforts, I will post here. I know not of much help, except showing that it can be done. But at least you shall try examining the AmigaOS 4 binary.

Edit: Removed attachment of LinApple for AmigaOS 4.