Project : Compiling Vanilla-Conquer (C&C) for AmigaOS4 - Help needed

@SinanSam460
vanillatd master repository isnt 100% big endian fix, you need check on arczi repository ou use it directly

You can delete all file from REDALERT.. not bigendian.... i test it in my makefile

@rjd324
Quote:

Linkining statically only deal with "no use shared objects"


Quote:

It may works (and sometime is) but offten will create incompatible mess. For example some of us use clib2 version of libdebug.a and/or libauto.a coming with clib2, but with newlib projects, and it works. But when thing is more complicated (usage of varargs stuff for example , or something else like name calling or ABI or passing of stuff to/from functions to/from assembler, etc ,etc) things can go bad.

At least for my lame understanding it's enough to know that you should not mix clib2 and newlib in one project to avoid random/strange issues.

@Sinan
And yeah, to have working os4 port you need to port Amimaniac's Amigaos version, where he deal with all endian issues, there is:

https://github.com/arczi84/Vanilla-Conquer

@beworld

Ok now I have switched to arczi sources once again.
Let's try..

@all
How can I solve this ? Anyone experienced it before ?

Comment out
#include <pthread.h>
in conquer.cpp

Audio thread here is for Vampire only.

@arczi

Removing pthread causes other errors related to audio thread.
Are there any other Apollo specific parts to be removed ?

It's strange I can compile LE original port without problems via cross-compiler.

But I get lots of errors while compiling Amiga Big Endian fork...

@Sinan
Quote:

Of course you will have errors, because it is not only Endian fixes, but also specific amigaos3.x and vampire (probabaly) code, which need to be deal with.

If you do not want to boredom with, i can port arczi's version to os4.

@Sinan
Btw, if arczi add all the endian changes via BIG_ENDIAN in his fork, then you will be easy to just grab the original one (which already compiles for you), and just search in arczi's code on BIG_ENDIAN words in all .cpp and .h files, and add the same changes to original.

So by this way you will not have low-level os3/vampire code, and can build sdl2 version with no issues.

Through it will works only if all the endian changes which arczi did in his fork are ifdefs with BIG_ENDIAN.

EDIT: I was able to build arczi code, it was matter of build it for SDL1, and undef AMIGA parts in some places (like audio, video, etc, so to use default SDL stuff). But sadly it crashes on running when should load up title pic, need to check wtf.

@kas1e

I will try like this..I am trying to make it work with SDL2.

It would be great to get a port Vanilla Conquer.

@kas1e

I was also able to compile arzci's sources.. However it crashes after running the exe.

@Sinan
Seems fail on openal initialisation. Are you sure you use clib2 version of openal if you build for clib2, and if it newlib build, then openal of newlib version ?

Also, be sure that you uncomment amiga parts related to music/sounds, as original ones are fine enough (by adding #undef AMIGA on top of those files).

@kas1e

Yes I am using clib2 version of OpenAL, that I compiled thanks to your instructions.

Now I have disabled OpenAL from makefile and compiled again..
Now it seems to crash with ccfile.ccp cdfile.cpp buffer.cpp which must be related to file i/o.

I will try to check with gdb.

@SinanSam460

I truly hope you will be able to find time and figure out how to compile and release binaries for Conquer! I would love to help, but I do not know anything about coding, compiling and such, so I can only hope you will not get bored or annoyed with this project and abandont it. Thank you for doing this and if you finish this eventually, I promise I'll buy you pizza and beer, that is something I can do, at least.

Quote:

How did this work out for you? There is no working GDB, right?

@rjd324

Like Kas1e, I am able to compile an executable from Arczi (Big Endian OS3/Apollo) sources (with sound disable and using SDL2 with clib2 versions+includes), however it crashes after opening a window.

This is the crashlog


I tried GBD, but is not working.

Please note that I am beginner for this kind of a large project (I was able to compile smaller projects), since the port is working on MorphOS / Apollo, I think we can make work it on OS4 too..

Probably I am lacking the required knowledge and doing something wrong

Looking forward to help and suggestions..

@SinanSam460

Maybe adding to CXXFLAGS "-gstabs" option and to linker CXXLIBS "-lauto" option helps somehow (if not already there)

I don't think gdb works for us at the moment. There is "spotless" debugger.

Two things

1. I wouldn't expect the need to explicitly pass in the include flags to the compiler since -mcrt clib2 should do that anyway behind the scenes?

2. Maybe you can recompile with SDL SOFTWARE rendering flag instead of HARDWARE ACCELERATED.

Just some thoughts.

@SinanSam460

first crash:

crashes pretty early in Audio_Init
can be that you need to open ahi, maybe or openal was initialized correct.

2en crash

crashed in some sub function of Init_Game,
again its pritty early it crashes, some library is most likely not opened as it should, maybe...

I don't normaly just look at the stack trace, i also look at disasm, and ISI or DSI error.

look at PowerPC register tells me if its a NULL pointer bug.
ISI is some issue with API call, (typicaly not opened library)
DSI is some issue with memory or allocation, most often.

You can also try running snoopy, can also give useful info.