[Coco] Which Coco Emulator for Raspberry Pi?

[Kandur]

Hi Bob, happy to read your progress report.
Waiting with baited breath to hear the results
of your Raspberry Pi test today.

Kandur

Saturday, October 18, 2014, 1:36:53 AM, you wrote:
> Hi Chris,

> well, I have MESS working on my Banana Pi. However, it doesn't 
> automatically find the roms directory, even though I set it in mess.ini. 
> If I start mess like this:

> mess -rompath $HOME/.mess/roms

> it works as expected. However, it doesn't appear to save the answer to 
> whether I have the right to use it (the answer to which is "OK"), but 
> asks me every time I start MESS.

> Maybe the default directories are something other than $HOME/.mess ?

> Anyway, progress is being made. Will do the Raspberry Pi tomorrow, but 
> expect no problems.

> Thanks a bunch, Chris.

> Regards, Bob Devries
> Dalby, QLD, Australia

> On 18/10/2014 11:34 AM, Christopher R. Hawks wrote:
>> On Sat, 18 Oct 2014 10:59:18 +1000
>> Bob Devries <devries.bob at gmail.com> wrote:

>>> Hi Chris,

>>> I notice that that command line does not include libpthread. Since
>>> sdl-config --libs does not mention it either, maybe a change needs to
>>> be made to include sdl-config --static-libs
>>       No it doesn't include it (anymore?) maybe that changed with some
>> tool update. Or maybe I forgot. Mine failed the same way this time (I
>> build it more than a year ago).

>> Simply add the line (at about line #464):

>> LIBS += -lpthread

>> after the zib library is added:

>> LIBS += -lz

>> and before the all target:

>> all:

>>       Now it links fine and is the same as my original.

>>> Regards, Bob Devries
>>> Dalby, QLD, Australia

>>> On 18/10/2014 10:39 AM, Christopher R. Hawks wrote:
>>>> On Sat, 18 Oct 2014 09:46:12 +1000
>>>> Bob Devries <devries.bob at gmail.com> wrote:

>>>>> The gcc link command line is:

>>>>> gcc -Wl,--warn-common -s  obj/sdl/mess/version.o
>>>>> obj/sdl/mess/mess/messdriv.o obj/sdl/mess/mess/coco.a
>>>>> obj/sdl/mess/mess/mc10.a obj/sdl/mess/mess/dgn_beta.a
>>>>> obj/sdl/mess/mess/shared.a obj/sdl/mess/libosd.a
>>>>> obj/sdl/mess/libemu.a obj/sdl/mess/libcpu.a obj/sdl/mess/libsound.a
>>>>> obj/sdl/mess/libutil.a obj/sdl/mess/libocore.a  -lexpat -lz -lm
>>>>> `sdl-config --libs`  -lX11 -lXinerama -L/usr/X11/lib
>>>>> -L/usr/X11R6/lib -L/usr/openwin/lib -o mess

>>>>> @Tormod: Sorry, I somehow lost your email about this. Can you
>>>>> resend?

>>>>> Regards, Bob Devries
>>>>> Dalby, QLD, Australia

>>>>> On 17/10/2014 9:17 PM, Christopher R. Hawks wrote:
>>>>>> On Fri, 17 Oct 2014 10:29:34 +0200
>>>>>> Tormod Volden <lists.tormod at gmail.com> wrote:

>>>>>>> On Fri, Oct 17, 2014 at 4:17 AM, Bob Devries wrote:
>>>>>>>> Thanks, Chris.

>>>>>>>> I cleared out all the old copies of mess on my BANANA PI (note,
>>>>>>>> not Raspberry Pi, but should work the same) and tried to compile
>>>>>>>> the version you linked to.

>>>>>>>> Sadly, it failed in the link stage with the following error:

>>>>>>>> /usr/bin/ld: obj/sdl/mess/libocore.a(sdlsync.o): undefined
>>>>>>>> reference to symbol 'pthread_join@@GLIBC_2.4'
>>>>>>>> //lib/arm-linux-gnueabihf/libpthread.so.0:error adding symbols:
>>>>>>>> DSO missing from command line
>>>>>>> Recent GCC versions seem to be more picky on the ordering of
>>>>>>> object files and libraries on the linking command line. Check
>>>>>>> the printed gcc command lines to see if -lpthread is towards the
>>>>>>> end of the line. To fix this you will need to find the makefile
>>>>>>> (I assume the build process is using make?) where the linking
>>>>>>> command is built up, e.g. "$(LD) something". The list of
>>>>>>> libraries might be contained in a LIBS or LDFLAGS variable.

>>>>>>> If you pastebin the build log it would be easy to see if this
>>>>>>> could be the issue. Especially the command line generating the
>>>>>>> error message would be useful.

>>>>>>>> I do have libpthread.so
>>>>>>>> at: /usr/lib/arm-linux-gnueabihf/libpthread.so

>>>>>>>> This is on LUbuntu 14.04 kernel 3.4.90 and GCC 4.8
>>>>>>> The gcc version might be important. The kernel you are running
>>>>>>> does not matter, only the kernel headers would matter if you were
>>>>>>> building kernel modules. I am just saying that for clarification,
>>>>>>> if in doubt, rather provide more information than less.

>>>>>>> Regards,
>>>>>>> Tormod

>>>>>>   libpthread should be included by the 'sdl-config --libs'
>>>>>> in the link commandline. 'make -n' will list all the commands,
>>>>>> but, not run them.

>>>>>> Bob:
>>>>>>   What does the command 'sdl-config --libs' print on the Pi
>>>>>> command line??

>>>>>>   Should be something like '-L/usr/lib -Wl,-rpath,/usr/lib
>>>>>> -lSDL -lpthread'


>>>>>> Christopher R. Hawks
>>>>>> HAWKSoft
>>>> Bob:

>>>>     All the lines are the same for me. Iwas on my 'real'
>>>> computer when I checked the sdl-config (I thought they would be the
>>>> same.)

>>>> sdl-config --version is 1.2.15
>>>> sdl-config --libs is    -L/usr/lib/arm-linux-gnueabihf -lSDL
>>>> echo Linking mess...
>>>> gcc -Wl,--warn-common -s  obj/sdl/mess/version.o
>>>> obj/sdl/mess/mess/messdriv.o obj/sdl/mess/mess/coco.a
>>>> obj/sdl/mess/mess/mc10.a obj/sdl/mess/mess/dgn_beta.a
>>>> obj/sdl/mess/mess/shared.a obj/sdl/mess/libosd.a
>>>> obj/sdl/mess/libemu.a obj/sdl/mess/libcpu.a obj/sdl/mess/libsound.a
>>>> obj/sdl/mess/libutil.a obj/sdl/mess/libocore.a  -lexpat -lz -lm
>>>> `sdl-config --libs`  -lX11 -lXinerama -L/usr/X11/lib
>>>> -L/usr/X11R6/lib -L/usr/openwin/lib -o mess

>>>>     All look the same. I'm compiling it now on my Pi. Maybe a
>>>> tool update broke it.



>>>> Christopher R. Hawks
>>>> HAWKSoft




>> Christopher R. Hawks
>> HAWKSoft