Feature #371

MorphOS port

Added by BSzili over 5 years ago. Updated almost 4 years ago.

Status:Invalid% Done:

100%

Priority:NormalSpent time:-
Assignee:BSzili
Category:General
Target version:ALL
OS: Arch:

Description

Create a port for MorphOS: http://morphos-team.net
This possibly includes a GLEW port, or some workaround for that, because TinyGL has a fixed feature set.


Related issues

Related to ET: Legacy Development - Task #813: Move specific ports code to separate branches Fixed 15.02.2015

Associated revisions

Revision a22eb570
Added by BSzili over 5 years ago

general: initial MorphOS support refs #371

Revision 355e9ef1
Added by BSzili over 5 years ago

general: everything builds now on MOS refs #371

Revision a67b340c
Added by BSzili over 5 years ago

client: fixed syscalls on MorphOS refs #371

Revision dc1601e2
Added by BSzili over 5 years ago

general: fixed wrong capitalization of MorphOS refs #371

Revision c87ef328
Added by BSzili over 5 years ago

client: now AROS and MorphOS has a separate fs_homepath too, refs #371

Revision 4d75c3c3
Added by BSzili over 5 years ago

general: fixed string to float conversions on MorphOS, refs #371

History

#1 Updated by IR4T4 over 5 years ago

  • Target version set to 2.71

#2 Updated by IR4T4 over 5 years ago

glew is already available in the lib path

#3 Updated by BSzili over 5 years ago

IR4T4 wrote:

glew is already available in the lib path

I know, but the way TinyGL is implemented makes it a bit hard to port GLEW. It has a fixed function set, there’s no getprocaddress and the GL functions are declared as macros like this:
#define glBegin(mode) GLBegin(__tglContext, mode)
where GLBegin is the "real" library function. There are also tons of nasty namespace clashes with glew.h. I’ll probably go for the workaround, since TGL on MorphOS a nice homogeneous environment.

#4 Updated by BSzili over 5 years ago

  • % Done changed from 0 to 40

#5 Updated by IR4T4 over 5 years ago

Is there no separate fs_homepath on MOS and AROS - see FS_Startup()?

#6 Updated by BSzili over 5 years ago

IR4T4 wrote:

Is there no separate fs_homepath on MOS and AROS - see FS_Startup()?

No, both are single-user systems. There was a 3rd party multi-user extension to amigaos-classic, but it never caught on, and it’s not implemented in any of the NG AmigaOS-like systems.

#7 Updated by Radegast over 5 years ago

BSzili wrote:

No, both are single-user systems.

The point of homepath is not that it is different for each user, but that it is separate from basepath, so if files get deleted or corrupted in homepath, there is always backup at basepath.

I still don’t like that ET:L forces this behaviour for clients instead of just printing a warning, but if we are going to do this then it should be the same on all our supported platforms.

#8 Updated by BSzili over 5 years ago

Radegast wrote:

BSzili wrote:

No, both are single-user systems.

The point of homepath is not that it is different for each user, but that it is separate from basepath, so if files get deleted or corrupted in homepath, there is always backup at basepath.

I still don’t like that ET:L forces this behaviour for clients instead of just printing a warning, but if we are going to do this then it should be the same on all our supported platforms.

Okay, I fixed this to make it consistent with the other supported platforms.

#9 Updated by BSzili over 5 years ago

  • % Done changed from 40 to 80

#10 Updated by IR4T4 over 4 years ago

Is there any progress? 2.71 release is tagged: https://github.com/etlegacy/etlegacy/tags

#11 Updated by BSzili over 4 years ago

IR4T4 wrote:

Is there any progress? 2.71 release is tagged: https://github.com/etlegacy/etlegacy/tags

Unfortunately no. There is a serious bug which prevents online play that I couldn’t fix.

#12 Updated by Jacker over 4 years ago

  • Target version changed from 2.71 to 2.78

#13 Updated by Spyhawk over 4 years ago

  • Related to Task #813: Move specific ports code to separate branches added

#14 Updated by Spyhawk almost 4 years ago

  • Status changed from New to Invalid
  • Target version changed from 2.78 to ALL
  • % Done changed from 80 to 100

The code for other platforms has been removed from master - it’s not maintained.

Also available in: Atom PDF