Linux/Unix build

A place to discuss current and future developments for STeem

Moderators: Mug UK, Steem Authors, Moderator Team

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Oct 20, 2013 11:38 am

XSteem SSE 3.5.3 has been released on 20/10/2013.

The Linux build of 3.5.3, includes emulation improvements (or regressions!) of the Windows version (CPU, drive...) but not all features. At least I get it compiling and running.

Download:

https://sourceforge.net/projects/steems ... SSE%203.5/

http://ataristeven.t15.org/Steem_all_builds.htm

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sat Nov 30, 2013 2:24 pm

A beta of next Unix build (3.5.4) is available:

https://sourceforge.net/projects/steems ... SE%20Beta/?


I explain here the trouble I had:

http://ataristeven.t15.org/Steem_Unix.htm

(warning! opinions against Linux included!)

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Dec 08, 2013 8:47 am

Image

At last! We now have the 'SSE' icon in the option dialog box in Unix like in Windows.

It wasn't too easy because Steem authors went pretty low-level for the GUI of XSteem. Contrary to the Windows version, icons are not separate, editable files (ICO) but are merged in a bitmap file (BMP). So to add an icon you need to edit the BMP file. There's code inside XSteem to load the bitmap and attribute icons. There's probably a better way by now. There should be.

jok
Atari freak
Atari freak
Posts: 72
Joined: Wed Dec 19, 2012 3:06 pm

Re: Linux/Unix build

Postby jok » Sun Dec 08, 2013 2:10 pm

Great news, thanks!

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Dec 15, 2013 7:03 pm

Unfortunately I pass so little time in Linux. That's the reason why XSteem has fewer features, and debugging is so slow. :(

trondis23
Atarian
Atarian
Posts: 3
Joined: Sun Sep 09, 2007 5:54 am
Location: Norway

Re: Linux/Unix build

Postby trondis23 » Fri Aug 22, 2014 12:05 pm

Is there any chance that this could run on a Raspberry Pi?

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Aug 24, 2014 9:45 am

trondis23 wrote:Is there any chance that this could run on a Raspberry Pi?


No idea as I don't have that device.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Wed Mar 04, 2015 7:44 pm

Yo
I can already announce a Unix build of v3.7 one of these days, with a reduced feature set as usual.
Again I repeat this call, if any Penguin feels they can code, (s)he's welcome.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Mar 08, 2015 7:52 am

Image

One week after the Windows version, the Linux build of Stem v3.7 has been released.


Code: Select all

Steem SSE 3.7.0 release notes
_______________________________


Additional Unix notes
----------------------


Important to know about the Unix build of Steem SSE: there are fewer features
than on the Windows build. This is caused by limited time.

So for the moment there's no:

- Drive sound

- Support for CTR, IPF, STX disk images

- Display size option (larger borders)

- Status info in the tool bar

- Clipboard, associations, disk manager improvements...


But many features could be implemented without too much trouble, like
all CPU, MFP, PSG, Shifter, etc. improvements, HD6301 true emu, drive
track display, and STW disk support, so that's not too bad.



Here are the features of v3.7 that didn't make it:

- "STG" ghost disks (no use)

- Support for PRG and TOS files

- D3D fullscreen, of course

- Joystick jump button

- CPU 'HALT' behaviour




Download:

http://ataristeven.t15.org/Steem_all_builds.htm

http://sourceforge.net/projects/steemss ... SSE%203.7/

jury
Captain Atari
Captain Atari
Posts: 161
Joined: Tue Sep 21, 2004 11:11 am
Location: Poland

Re: Linux/Unix build

Postby jury » Mon Mar 09, 2015 3:24 pm

Great news. Thanks!

User avatar
christos
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2291
Joined: Tue Apr 13, 2004 8:24 pm
Location: Greece
Contact:

Re: Linux/Unix build

Postby christos » Fri Mar 20, 2015 6:37 pm

Hi,
I am running XSTEEM on my Ubuntu PC and I have a problem with the auto folder. It won't run programs in my C: from the auto folder. Unless I am missing some setting it's probably a bug.

TOS 2.06UK and STE 8MHz (ST standard).
Felix qui potuit rerum cognoscere causas.
My Atari blog

STOT Email address: stot(NoSPAM)atari(DOT)org

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun May 10, 2015 8:17 am

christos wrote:Hi,
I am running XSTEEM on my Ubuntu PC and I have a problem with the auto folder. It won't run programs in my C: from the auto folder. Unless I am missing some setting it's probably a bug.

TOS 2.06UK and STE 8MHz (ST standard).


Sorry but I really can't offer support for the Unix build, I will fix only established bugs.
But I'm not sure TOS 2.06 is the best for HD emu, maybe check with TOS 1.62?

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun May 10, 2015 8:23 am

Image

One week after the Windows version, the Linux build of Stem v3.7.1 has been released.



In v3.7.1, good news, the important SCP support feature is included.
Because of this, all STX patches are included in case the same SCP image
was available.


Download:

http://ataristeven.t15.org/Steem_all_builds.htm

http://sourceforge.net/projects/steemss ... SSE%203.7/
Last edited by Steven Seagal on Sun Jul 12, 2015 8:32 am, edited 1 time in total.

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Sun Jun 21, 2015 9:03 pm

Hello
I wanted to try to compile the latest Steem under Linux, but I got some errors at compilation.
First, I used the code repo in sourceforge to download versions from tags 3.7.0 and 3.7.1 :
steemsse-code-380-tags-V3.7.0.Unix.zip
steemsse-code-380-tags-V3.7.1.Unix.zip
I guess these are the correct sources, but maybe you could upload the corresponding zip of the sources here http://sourceforge.net/projects/steemsse/files/, it would be easier for people that don't know how to handle the sources repo. Having a zip of sources with the zip of the corresponding binaries would be handy.

Then I went into X-build, compiled the 3rd parties sources (which went good) and then the main program, which didn't work :
- with 3.7.0, compilation fails because SSEFloppy.h includes SSEScp.h, but the file is in fact SSESCP.h ; as Linux is case sensitive, this doesn't work. File should be renamed, or the include directive should be modified. After that compilation is OK and I get a working Steem :)
- with 3.7.1, compilation also fails with the above include, but even after fixing it, it keeps on failing, it seems some files are not available for SCP / MFM supports. So, I changed SSE.H to undef SSE_WD1772, which helps compiling further. But then there's another error :

Code: Select all

../steem/code/loadsave_emu.cpp: In function ‘int LoadSaveAllStuff(FILE*, bool, int, bool, int*)’:
../steem/code/loadsave_emu.cpp:977:38: erreur: ‘struct TWD1772’ has no member named ‘prg_phase’
     if(LoadOrSave==LS_LOAD && WD1772.prg_phase>TWD1772::WD_READY)

I could try to modify it, but maybe some other parts will be missing.

Didn't check 3.7.2rc1, I'd rather report it here as it seems the default sources tagged as 'unix release' are not fully compilable since 3.7.0.

Nicolas

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Wed Jun 24, 2015 2:10 pm

http://sourceforge.net/p/steemsse/code/383/

Commit [r383]
correct name SSESCP->SSEScp for Unix build


I will check if there are other issues next time I'm in Linux.
Unfortunately my Linux computer isn't internet-enabled anymore, it doesn't simplify things.

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Wed Jun 24, 2015 8:54 pm

Hi

I checked rev 383,some fixes, but some new bugs :(
3rdparty worked before but now it failed :

Code: Select all

gcc -c ../3rdparty/6301/6301.c -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DSTEVEN_SEAGAL -o./obj/6301.o
In file included from ../3rdparty/6301/6301.h:43:0,
                 from ../3rdparty/6301/6301.c:6:
../steem/code/SSE/SSEDecla.h:47:24: erreur: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int8_t’
 typedef signed __int8  int8_t;

The problem is that you changed in SSEDecla.h :

Code: Select all

#ifdef MINGW_BUILD
#include <stdint.h>
#else // for CAPS, HFE
typedef signed __int8           int8_t;
typedef unsigned __int8         uint8_t;
typedef signed __int16          int16_t;
typedef unsigned __int16        uint16_t;
typedef signed __int32          int32_t;
typedef unsigned __int32        uint32_t;
typedef signed __int64          int64_t;
typedef unsigned __int64        uint64_t;
#endif

You include stdint.h for mingw, but for linux it should be included too. If I force an include of stdint, then 3rdparty compiles fine.

For main part, the compilation now fails on HFE :

Code: Select all

g++ -o ./obj/main.o -c ../steem/code/main.cpp -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DUNIX -DLINUX -DSTEVEN_SEAGAL -DNO_PORT_AUDIO
In file included from ../steem/code/SSE/SSEFloppy.h:46:0,
                 from ../steem/code/floppy_drive.cpp:24,
                 from ../steem/code/main.cpp:92:
../steem/code/SSE/SSEHfe.h:7:37: erreur fatale: hfe/libhxcfe.h : Aucun fichier ou dossier de ce type
 #include <hfe/libhxcfe.h> //3rdparty

there's no hfe/ in 3rdparty, are we supposed to download it ourselves ? Or can it be disabled ?

As for linux, maybe you can install a VM under vmware for example ?

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Thu Jun 25, 2015 7:54 am

npomarede wrote:Hi

I checked rev 383,some fixes, but some new bugs :(
3rdparty worked before but now it failed :

Code: Select all

gcc -c ../3rdparty/6301/6301.c -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DSTEVEN_SEAGAL -o./obj/6301.o
In file included from ../3rdparty/6301/6301.h:43:0,
                 from ../3rdparty/6301/6301.c:6:
../steem/code/SSE/SSEDecla.h:47:24: erreur: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int8_t’
 typedef signed __int8  int8_t;

The problem is that you changed in SSEDecla.h :

Code: Select all

#ifdef MINGW_BUILD
#include <stdint.h>
#else // for CAPS, HFE
typedef signed __int8           int8_t;
typedef unsigned __int8         uint8_t;
typedef signed __int16          int16_t;
typedef unsigned __int16        uint16_t;
typedef signed __int32          int32_t;
typedef unsigned __int32        uint32_t;
typedef signed __int64          int64_t;
typedef unsigned __int64        uint64_t;
#endif

You include stdint.h for mingw, but for linux it should be included too. If I force an include of stdint, then 3rdparty compiles fine.


I would eventually have seen it when preparing v3.7.2 Unix. It's because CAPS isn't supported in XSteem (just a question of time), so it's new with v3.7.2.

For main part, the compilation now fails on HFE :

Code: Select all

g++ -o ./obj/main.o -c ../steem/code/main.cpp -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DUNIX -DLINUX -DSTEVEN_SEAGAL -DNO_PORT_AUDIO
In file included from ../steem/code/SSE/SSEFloppy.h:46:0,
                 from ../steem/code/floppy_drive.cpp:24,
                 from ../steem/code/main.cpp:92:
../steem/code/SSE/SSEHfe.h:7:37: erreur fatale: hfe/libhxcfe.h : Aucun fichier ou dossier de ce type
 #include <hfe/libhxcfe.h> //3rdparty

there's no hfe/ in 3rdparty, are we supposed to download it ourselves ? Or can it be disabled ?



It can be downloaded, it's supposed to be there, I had forgotten. This is HFE / v3.7.2 again, not yet released.
I hope it now compiles if you #define SSE_VERSION 371?

Just uploaded:
http://sourceforge.net/p/steemsse/code/384/
Commit [r384]
hfe 3rd party files

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Thu Jun 25, 2015 9:35 am

Still not good :(

Code: Select all

gcc -c ../3rdparty/6301/6301.c -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DSTEVEN_SEAGAL -o./obj/6301.o
In file included from ../3rdparty/6301/6301.h:43:0,
                 from ../3rdparty/6301/6301.c:6:
../steem/code/SSE/SSEDecla.h:36:24: erreur: expected '=', ',', ';', 'asm' or '__attribute__' before 'int8_t'
 typedef signed __int8  int8_t;

The problem is that in Makefile.txt, the rule for 6301.o doesn't define UNIX or LINUX, you need to add $(STEEMFLAGS)

Code: Select all

        gcc -c $(ROOT)/3rdparty/6301/6301.c $(CFLAGS) -DSTEVEN_SEAGAL -o./obj/6301.o $(STEEMFLAGS)

But then, it fails with the declaration of random() you added :

Code: Select all

gcc -c ../3rdparty/6301/6301.c -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DSTEVEN_SEAGAL -o./obj/6301.o -DUNIX -DLINUX -DSTEVEN_SEAGAL -DNO_PORT_AUDIO
In file included from ../steem/code/SSE/SSEDebug.h:14:0,
                 from ../3rdparty/6301/6301.c:8:
../steem/code/../pch.h:175:12: erreur: conflicting types for 'random'
 extern int random(int);

the correct prototype for random is :

Code: Select all

long int random(void);

It should be fine if you just include stdlib.h, it compiles if I remove this prototype.
But in psg.c for example, I see you do "random(2)" and in code/conditions.h you defined :

Code: Select all

#ifndef random
#define random(n) (rand() % (n))

This uses the same name as the posix random function, but with a parameter ; maybe you should rename it to random_mod for better readability.

So, after changing this random() conflict, 3rdpary compiles. Then all the .o in the main program compile, but when the final link is called we get some errors :

Code: Select all

libtool: link: g++ -o ./output/steem -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -w -Wfatal-errors -fpermissive ./obj/asm_draw.o ./obj/emu.o ./obj/asm_osd.o ./obj/main.o ./obj/helper.o ./obj/resource.o ./obj/SSE.o ./obj/SSEOption.o ./obj/SSEMMU.o ./obj/SSE6301.o ./obj/SSECpu.o ./obj/SSEDebug.o ./obj/SSEFrameReport.o ./obj/SSEShifter.o ./obj/SSESTF.o ./obj/SSEVideo.o ./obj/SSEFloppy.o ./obj/SSEWD1772.o ./obj/SSEDrive.o ./obj/SSEDisk.o ./obj/SSEYM2149.o ./obj/SSEDma.o ./obj/SSESTW.o ./obj/SSEGlue.o ../3rdparty/zlib/crc32.o ../3rdparty/zlib/inflate.o ../3rdparty/zlib/adler32.o ../3rdparty/zlib/trees.o ../3rdparty/zlib/inffast.o ../3rdparty/zlib/inftrees.o ../3rdparty/zlib/deflate.o ../3rdparty/zlib/zutil.o ../3rdparty/zlib/compress.o ../3rdparty/zlib/contrib/minizip/unzip.o ../3rdparty/zlib/contrib/minizip/ioapi.o ../3rdparty/rtaudio/tests/Release/RtAudio.o ../X-build/obj/6301.o ../X-build/obj/dsp.o ../X-build/obj/div68kCycleAccurate.o  -lasound -lX11 -lXext -lpthread -lXxf86vm
./obj/main.o: In function `TFloppyImage::SetDisk(EasyStr, EasyStr, BPBINFO*, BPBINFO*)':
main.cpp:(.text+0x1e49): undefined reference to `TImageSCP::Open(char*)'
main.cpp:(.text+0x2019): undefined reference to `TImageHFE::Open(char*)'
./obj/main.o: In function `TFloppyImage::RemoveDisk(bool)':
main.cpp:(.text+0x5a82): undefined reference to `TImageSCP::Close()'
main.cpp:(.text+0x5ab9): undefined reference to `TImageHFE::Close()'
./obj/main.o: In function `TDiskManager::dir_lv_notify_handler(hxc_dir_lv*, int, int)':
main.cpp:(.text+0x91a8): undefined reference to `TImageHFE::Create(char*)'
./obj/main.o: In function `Initialise()':
main.cpp:(.text+0x6b58a): undefined reference to `THardDiskManager::CheckTos()'
./obj/SSEFloppy.o: In function `__tcf_1':
SSEFloppy.cpp:(.text+0x45): undefined reference to `TImageSCP::~TImageSCP()'
./obj/SSEFloppy.o: In function `__tcf_2':
SSEFloppy.cpp:(.text+0x6c): undefined reference to `TImageHFE::~TImageHFE()'
./obj/SSEFloppy.o: In function `__static_initialization_and_destruction_0(int, int)':
SSEFloppy.cpp:(.text+0xe7): undefined reference to `TImageSCP::TImageSCP()'
SSEFloppy.cpp:(.text+0x127): undefined reference to `TImageHFE::TImageHFE()'
SSEFloppy.cpp:(.text+0x238): undefined reference to `TImageSCP::~TImageSCP()'
SSEFloppy.cpp:(.text+0x271): undefined reference to `TImageHFE::~TImageHFE()'
./obj/SSEWD1772.o: In function `TWD1772Dpll::GetNextBit(int&, unsigned char)':
SSEWD1772.cpp:(.text+0x73e): undefined reference to `TImageSCP::GetNextTransition(unsigned char&)'
./obj/SSEWD1772.o: In function `TWD1772::OnUpdate()':
SSEWD1772.cpp:(.text+0x1ab5): undefined reference to `TImageSCP::LoadTrack(unsigned char, unsigned char, bool)'
SSEWD1772.cpp:(.text+0x1b18): undefined reference to `TImageHFE::LoadTrack(unsigned char, unsigned char)'
SSEWD1772.cpp:(.text+0x1d93): undefined reference to `TImageSCP::LoadTrack(unsigned char, unsigned char, bool)'
./obj/SSEWD1772.o: In function `TWD1772::WriteCR(unsigned char)':
SSEWD1772.cpp:(.text+0x2e75): undefined reference to `TImageSCP::LoadTrack(unsigned char, unsigned char, bool)'
SSEWD1772.cpp:(.text+0x2ecf): undefined reference to `TImageHFE::LoadTrack(unsigned char, unsigned char)'
./obj/SSEDrive.o: In function `TSF314::Read()':
SSEDrive.cpp:(.text+0xf23): undefined reference to `TImageHFE::GetMfmData(unsigned short)'
SSEDrive.cpp:(.text+0xf8b): undefined reference to `TImageSCP::GetMfmData(unsigned short)'
./obj/SSEDrive.o: In function `TSF314::Write()':
SSEDrive.cpp:(.text+0x12d6): undefined reference to `TImageHFE::SetMfmData(unsigned short, unsigned short)'
SSEDrive.cpp:(.text+0x1346): undefined reference to `TImageSCP::SetMfmData(unsigned short, unsigned short)'
collect2: error: ld returned 1 exit status


Nicolas

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Thu Jun 25, 2015 3:49 pm

http://sourceforge.net/p/steemsse/code/385/

Commit [r385]
unix makefile SCP HFE


Sorry, makefile was outdated.
SCP and HFE objects weren't compiled.

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Thu Jun 25, 2015 4:01 pm

You forgot to modify Makefile.txt to fix 6301.o compilation (flags + remove random() prototype)

For the main program, it now stops before reaching the end :
g++ -o ./obj/SSEHfe.o -c ../steem/code/SSE/SSEHfe.cpp -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DUNIX -DLINUX -DSTEVEN_SEAGAL -DNO_PORT_AUDIO
../steem/code/SSE/SSEHfe.cpp: In member function 'bool TImageHFE::Create(char*)':
../steem/code/SSE/SSEHfe.cpp:71:32: erreur: 'GetEXEDir' was not declared in this scope
EasyStr filename=GetEXEDir();
^
compilation terminated due to -Wfatal-errors.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Thu Jun 25, 2015 5:23 pm

npomarede wrote:You forgot to modify Makefile.txt to fix 6301.o compilation (flags + remove random() prototype)


I didn't forget, I must check what's going on first.
I know I did nothing with random() recently or even ever.
And it must work in Windows too :)

For the main program, it now stops before reaching the end :
g++ -o ./obj/SSEHfe.o -c ../steem/code/SSE/SSEHfe.cpp -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive -DUNIX -DLINUX -DSTEVEN_SEAGAL -DNO_PORT_AUDIO
../steem/code/SSE/SSEHfe.cpp: In member function 'bool TImageHFE::Create(char*)':
../steem/code/SSE/SSEHfe.cpp:71:32: erreur: 'GetEXEDir' was not declared in this scope
EasyStr filename=GetEXEDir();
^
compilation terminated due to -Wfatal-errors.


http://sourceforge.net/p/steemsse/code/386/

Commit [r386]HFE unix GetEXEDir



Typical sore I was supposed to fix later, by doing this now I'll have no excuse for delaying Unix release.

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Fri Jun 26, 2015 1:24 pm

Apart from 6301.c in 3rd party, I now get this new error about CheckTos() :
libtool --tag=CC --mode=link g++ -o "./output/steem" -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -lasound -w -Wfatal-errors -fpermissive ./obj/asm_draw.o ./obj/emu.o ./obj/asm_osd.o ./obj/main.o ./obj/helper.o ./obj/resource.o ./obj/SSE.o ./obj/SSEOption.o ./obj/SSEMMU.o ./obj/SSE6301.o ./obj/SSECpu.o ./obj/SSEDebug.o ./obj/SSEFrameReport.o ./obj/SSEShifter.o ./obj/SSESTF.o ./obj/SSEVideo.o ./obj/SSEFloppy.o ./obj/SSEWD1772.o ./obj/SSEDrive.o ./obj/SSEDisk.o ./obj/SSEYM2149.o ./obj/SSEDma.o ./obj/SSESTW.o ./obj/SSEGlue.o ./obj/SSEScp.o ./obj/SSEHfe.o -lX11 -lXext -lpthread -lXxf86vm ../3rdparty/zlib/crc32.o ../3rdparty/zlib/inflate.o ../3rdparty/zlib/adler32.o ../3rdparty/zlib/trees.o ../3rdparty/zlib/inffast.o ../3rdparty/zlib/inftrees.o ../3rdparty/zlib/deflate.o ../3rdparty/zlib/zutil.o ../3rdparty/zlib/compress.o ../3rdparty/zlib/contrib/minizip/unzip.o ../3rdparty/zlib/contrib/minizip/ioapi.o ../3rdparty/rtaudio/tests/Release/RtAudio.o ../X-build/obj/6301.o ../X-build/obj/dsp.o ../X-build/obj/div68kCycleAccurate.o
libtool: link: g++ -o ./output/steem -I../include -I../steem/code -I../3rdparty -I../3rdparty/dsp -I../3rdparty/6301 -I../3rdparty/zlib/contrib/minizip -I../3rdparty/zlib -I../3rdparty/rtaudio -w -Wfatal-errors -fpermissive ./obj/asm_draw.o ./obj/emu.o ./obj/asm_osd.o ./obj/main.o ./obj/helper.o ./obj/resource.o ./obj/SSE.o ./obj/SSEOption.o ./obj/SSEMMU.o ./obj/SSE6301.o ./obj/SSECpu.o ./obj/SSEDebug.o ./obj/SSEFrameReport.o ./obj/SSEShifter.o ./obj/SSESTF.o ./obj/SSEVideo.o ./obj/SSEFloppy.o ./obj/SSEWD1772.o ./obj/SSEDrive.o ./obj/SSEDisk.o ./obj/SSEYM2149.o ./obj/SSEDma.o ./obj/SSESTW.o ./obj/SSEGlue.o ./obj/SSEScp.o ./obj/SSEHfe.o ../3rdparty/zlib/crc32.o ../3rdparty/zlib/inflate.o ../3rdparty/zlib/adler32.o ../3rdparty/zlib/trees.o ../3rdparty/zlib/inffast.o ../3rdparty/zlib/inftrees.o ../3rdparty/zlib/deflate.o ../3rdparty/zlib/zutil.o ../3rdparty/zlib/compress.o ../3rdparty/zlib/contrib/minizip/unzip.o ../3rdparty/zlib/contrib/minizip/ioapi.o ../3rdparty/rtaudio/tests/Release/RtAudio.o ../X-build/obj/6301.o ../X-build/obj/dsp.o ../X-build/obj/div68kCycleAccurate.o -lasound -lX11 -lXext -lpthread -lXxf86vm
./obj/main.o: In function `Initialise()':
main.cpp:(.text+0x6b5fe): undefined reference to `THardDiskManager::CheckTos()'

This is with rev 387 that appeared since

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Fri Jun 26, 2015 4:55 pm

http://sourceforge.net/p/steemsse/code/388/

Commit [r388]
other little unix fix 3.7.2

User avatar
npomarede
Atari God
Atari God
Posts: 1132
Joined: Sat Dec 01, 2007 7:38 pm
Location: France

Re: Linux/Unix build

Postby npomarede » Sun Jun 28, 2015 12:43 pm

Steven Seagal wrote:http://sourceforge.net/p/steemsse/code/388/

Commit [r388]
other little unix fix 3.7.2


Hi, confirmed to work for the main part, working exe is created in output/steem (but this still needs to address the issue with compiling 6301.c and random() prototype)

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1897
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Linux/Unix build

Postby Steven Seagal » Sun Jul 12, 2015 8:36 am

npomarede wrote:
Steven Seagal wrote:http://sourceforge.net/p/steemsse/code/388/

Commit [r388]
other little unix fix 3.7.2


Hi, confirmed to work for the main part, working exe is created in output/steem (but this still needs to address the issue with compiling 6301.c and random() prototype)


That build didn't load HFE files though.
I fixed that and the 6301 issue another way, without random() becoming trouble and without messing with the Windows build.


Social Media

     

Return to “Development”

Who is online

Users browsing this forum: No registered users and 1 guest