Quote:
Originally Posted by emufan
put libSDL_wos.a in the source folder and dont use -l (CFLAGS),
-L gives path to lib folder only (LDFLAGS), remove that too.
ppc-amigaos-g++ -warpup sdltest2.cpp libSDL-wos.a -o sdltest801.elf
since ppc-amigaos-g++ is also the linker, it 1st build sdltest2.o,
searching for unresolved things and then uses libSDL-wos.a to fillin what is missing in sdltest2.o.
with the wrong order, it may ignore all from libSDL-wos.a, so functions are missing when it goes to sdltest2.o
so the link libs must be placed always at the end of the link object chain.
it's easier when you have a working makefile:
Code:
LD = ppc-amigaos-g++
LDOPTS = -warpos
OBJECTS = sdltest2.o
LIBS = libSDL-wos.a
$(LD) $(LDOPTS) $(OBJECTS) -o sdltest801.elf $(LIBS)
instead of -lauto, try -lamiga , not really sure. |
That gives the same longer set of undefined symbols, which might mean that it is linking to the SDL_wos but those are problems in the library itself?
I'll try making a makefile.
ppc-amigaos/lib has:
sdlppc.lib 248692 ----rwed 16-Sep-17 16:38:38
libSDL_wos.a 328396 ----rw-d Yesterday 19:07:47
end.o 874 ----rwed 18-Sep-16 20:26:41
libc.a 241952 ----rwed 18-Sep-16 20:26:41
libcwos.a 249608 ----rwed 18-Sep-16 20:26:41
libm.a 37510 ----rwed 18-Sep-16 20:26:41
libppcamiga.a 21378 ----rwed 18-Sep-16 20:26:41
startup.o 3336 ----rwed 18-Sep-16 20:26:41
startupwos.o 3140 ----rwed 18-Sep-16 20:26:41
libiberty.a 123492 ----rw-d 18-Sep-16 20:26:42
libstdc++.a.2.10.0 853292 ----rw-d 18-Sep-16 20:26:42
ldscripts Dir ----rwed 21-Sep-16 06:48:50
libdllppc.a 11084 ----rw-d 23-Sep-16 18:50:58