Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
67 user(s) are online (46 user(s) are browsing Forums)

Members: 0
Guests: 67

more...

Headlines

 
  Register To Post  

« 1 ... 13 14 15 (16) 17 18 19 ... 22 »
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Raziel
All issues we had with .so its because it is evil on AmigaOS :) And that one side of the problem, another one that no one doing with anything for a long-long time.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@kas1e

No doubt.
I've had my fair share with .so problems.

But I think that, as you mentioned, giving it a bit of love might make it work and draw more people to using it.

I actually like the idea of plugging in parts of the code to reduce binary size.

And with projects like scummvm it would be the ideal solution on our ram limited platform.
e.g. having only the engine in ram that you play a game from, would save a ****load of ram for the rest of the system.

Bug hunting would become far easier as well, as would be fixing them.

Also compile time would get down massively too.

I'll stick with at least compiling the shared version and hope that I'll some day hit a reproducible and fixable bug that will show where the problem lies...and hope for a usable debugger...

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Just popping in
Just popping in


See User information
@Raziel

I might be very very wrong here, but if I remember correctly shared objects on OS4 aren't shared for real, in the sense that only one instance of the lib exists in memory. Each application will have its own copy. If that's the way it works then you'll actually waste memory instead of saving. The 'dynamic' part comes with a cost, it only makes sense (resource wise) if it's shared for real, otherwise static will be smaller (in RAM) and faster (oh well, not much, but anyway). I guess the feature exists to make porting easier. Static builds also makes it possible for the compiler / linker to throw away things that aren't used and apply optimizations that wouldn't be possible otherwise.


Go to top
Re: Porting to AmigaOS4 thread
Quite a regular
Quite a regular


See User information
@sTix

ScummVM 2.2.0 is a 63 MB executable. That is more than Odyssey web browser!

Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


See User information
@Thematic

Perhaps Raziel could try -Os to optimize for size.

Quote:

-Os

Optimize for size. -Os enables all -O2 optimizations except those that often increase code size:

-falign-functions -falign-jumps
-falign-labels -falign-loops
-fprefetch-loop-arrays -freorder-blocks-algorithm=stc

It also enables -finline-functions, causes the compiler to tune for code size rather than execution speed, and performs further optimizations designed to reduce code size.


- https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html

Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


See User information
@sTix

Quote:
I might be very very wrong here, but if I remember correctly shared objects on OS4 aren't shared for real, in the sense that only one instance of the lib exists in memory.

I believe it is still the case. I doubt the support for shared objects has been touched since it was introduced in the OS.

The Rear Window blog

AmigaOne X5000 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Capehill

I can, of course, try that switch, but the problem lies, for now, not in the final binary size (AmigaOS4 can still cope with such exe sizes fine, running them at least) but with linking of such big binaries natively.

With every new engine introduced the binary will grow and on linking stage even more ram is used to produce a static binary.
The fact that, on a system with 2 GB installed, only about 1.6 GB is useable, limits such final binary size to a max of approx. 78-80 MB (for ScummVM at least).

With ScummVM 2.3.git I'm already at 75 MB, so give it another year maximum and it won't link natively anymore.


Unfortunately none of the little helper switches, like saving memory in favour of more write accesses while compiling, -flto etc, doesn't work natively.

Of course I could switch to cross compiling, but then i could also trash my amiga completely and switch to pc/linux.


With the shared build on the other hand I not only would have all third party libs out of the main binary, but also every available and future engine as a plugin, which massively reduces the linking ram usage and binary size (2.3.git is way below 30 MB).

I dont think that shared is as broken, because I was able to compile a working shared version with sources from 2.0.0, after that every build was crashing.
I do believe that there is only something stupidly small preventing a working binary, but due to our lack of a proper debugger I cannot provide the reason.

And no, I wasn't able to rebuild the 2.0.0 shared build, because its nothing in scummvm source, but on the system side.
Where, I dont know.

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Just can't stay away
Just can't stay away


See User information
@Raziel

I guess you have the swap partition?

Have you tried to assign T: to some hard drive directory? This trick used to help me in GCC2 times - but it might be that it doesn't help with the linking process...

One possibility would be to split the ScummVM into multiple parts with different games. Not ideal of course :)

Do you mean the dynamic_cast crash by shared build issue or?


Go to top
Re: Porting to AmigaOS4 thread
Just popping in
Just popping in


See User information
@Raziel

There's some info / discussions here https://lwn.net/Articles/797303/

In short; cross-compiling is the only option for what we consider big projects.

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Capehill

Ram is not filled during compilation, but during linking.

SWAP wouldn't work as I understand it, since I already got 2 GB of ram installed.
Wasn't that option necessary only for those who wanted to reach the 2 GB without having that much physical ram installed?
Everything above that 2 GB, be it physical or SWAP, wouldn't be sddressed/seen/used anyway due to kernel limitations.

Yep, its the dynamic_cast one.

Splitting the exe is last resort, I don't want to do that.

@sTix

Someone else will have to take over then

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Just popping in
Just popping in


See User information
@raziel
hi it's possible to you to test that : https://github.com/BeWorld2018/scummvm/tree/camd

I edit camd for support MorphOS and i merge MorphOS/AmigaOS4 in same file.

I add RemoveMidiLink/DeleteMidi missing on AmigaOS platform but i dont have it to test if working. I use _USE_INLINE_ to delete IExec..

Thanks you

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@beworld

Heh, I was looking for you

Will test your branch when I get back home.

Could you also take a look here please?
https://bugs.scummvm.org/ticket/12012
Do you also get a crash/assertion?

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Just popping in
Just popping in


See User information
@Raziel
i try to type ingame "Indiana Jones Las Crusade) ALT-X, that quit game, no crash here, ALT-S make screenshot.
Do you need specifc test ? what game and key ?

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@beworld

Actually no game needed.

Just load in the launcher, then press ALT+*any key*.

Will crash here everytime, though i haven't tried the latest sources.

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@beworld

Compiler errors
C++      backends/midi/camd.o
backends
/midi/camd.cppIn member function 'virtual int MidiDriver_CAMD::open()':
backends/midi/camd.cpp:108:15error'CreateMidi' was not declared in this scopedid you mean 'createMidi'?
  
108 |  _midi_node CreateMidi(MIDI_MsgQueue0LMIDI_SysExSize4096LMIDI_Name, (ULONG)"scummvm"TAG_END);
      |               ^~~~~~~~~~
      |               
createMidi
backends
/midi/camd.cpp:126:15error'AddMidiLink' was not declared in this scopedid you mean 'MidiLink'?
  
126 |  _midi_link AddMidiLink(_midi_nodeMLTYPE_SenderMLINK_Location, (ULONG)devicenameTAG_END);
      |               ^~~~~~~~~~~
      |               
MidiLink
backends
/midi/camd.cppIn member function 'virtual void MidiDriver_CAMD::send(uint32)':
backends/midi/camd.cpp:155:2error'PutMidi' was not declared in this scope
  155 
|  PutMidi(_midi_linkdata);
      |  ^~~~~~~
backends/midi/camd.cppIn member function 'virtual void MidiDriver_CAMD::sysEx(const byte*, uint16)':
backends/midi/camd.cpp:178:2error'PutSysEx' was not declared in this scope
  178 
|  PutSysEx(_midi_linkbuf);
      |  ^~~~~~~~
backends/midi/camd.cppIn member function 'char* MidiDriver_CAMD::getDevice()':
backends/midi/camd.cpp:188:13error'LockCAMD' was not declared in this scope
  188 
|  APTR key LockCAMD(CD_Linkages);
      |             ^~~~~~~~
backends/midi/camd.cpp:194:33error'NextCluster' was not declared in this scope
  194 
|   struct MidiCluster *cluster NextCluster(NULL);
      |                                 ^~~~~~~~~~~
backends/midi/camd.cpp:225:3error'UnlockCAMD' was not declared in this scope
  225 
|   UnlockCAMD(key);
      |   ^~~~~~~~~~
backends/midi/camd.cppIn member function 'void MidiDriver_CAMD::closeAll()':
backends/midi/camd.cpp:252:3error'FlushMidi' was not declared in this scope
  252 
|   FlushMidi(_midi_node);
      |   ^~~~~~~~~
backends/midi/camd.cpp:254:4error'RemoveMidiLink' was not declared in this scope
  254 
|    RemoveMidiLink(_midi_link);
      |    ^~~~~~~~~~~~~~
backends/midi/camd.cpp:258:4error'DeleteMidi' was not declared in this scopedid you mean 'Delete'?
  
258 |    DeleteMidi(_midi_node);
      |    ^~~~~~~~~~
      |    
Delete
gmake
: *** [backends/midi/camd.oError 1

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Raziel

Missing include maybe.
Should compile, if its declared as:

extern … func( … );

Before it’s used.

or maybe your not using the namespace its declared.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: Porting to AmigaOS4 thread
Just popping in
Just popping in


See User information
@razeil
I edit it with BSzili's help but again i can't test on AmigaOS4:

https://github.com/BeWorld2018/scummvm ... md/backends/midi/camd.cpp

@liveforit
My goal is have sames fonctions between MorphOS and AmigaOS4, if is possible

Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@beworld

Quote:
My goal is have sames fonctions between MorphOS and AmigaOS4, if is possible


I have not worked on MorphOS, but basically they have common compatibility in AmigaOS3, but you can’t or should not use AmigaOS3 functions, because newer or better stuff, you should use.

So you hide difference between OS's in macros, or you make wrapper's, and/or dummy functions for missing stuff, and you divide the code up in OS depended and none OS dependent code, and different makefiles. That's how I do it.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@beworld

Seems to be still the same errors

C++      backends/midi/camd.o
backends
/midi/camd.cppIn member function 'virtual int MidiDriver_CAMD::open()':
backends/midi/camd.cpp:106:15error'CreateMidiA' was not declared in this scopedid you mean 'createMidi'?
  
106 |  _midi_node CreateMidiA(tags);
      |               ^~~~~~~~~~~
      |               
createMidi
backends
/midi/camd.cpp:125:15error'AddMidiLinkA' was not declared in this scopedid you mean 'MidiLink'?
  
125 |  _midi_link AddMidiLinkA(_midi_nodeMLTYPE_SendertagsLink);
      |               ^~~~~~~~~~~~
      |               
MidiLink
backends
/midi/camd.cppIn member function 'virtual void MidiDriver_CAMD::send(uint32)':
backends/midi/camd.cpp:154:2error'PutMidi' was not declared in this scope
  154 
|  PutMidi(_midi_linkdata);
      |  ^~~~~~~
backends/midi/camd.cppIn member function 'virtual void MidiDriver_CAMD::sysEx(const byte*, uint16)':
backends/midi/camd.cpp:177:2error'PutSysEx' was not declared in this scope
  177 
|  PutSysEx(_midi_linkbuf);
      |  ^~~~~~~~
backends/midi/camd.cppIn member function 'char* MidiDriver_CAMD::getDevice()':
backends/midi/camd.cpp:187:13error'LockCAMD' was not declared in this scope
  187 
|  APTR key LockCAMD(CD_Linkages);
      |             ^~~~~~~~
backends/midi/camd.cpp:193:33error'NextCluster' was not declared in this scope
  193 
|   struct MidiCluster *cluster NextCluster(NULL);
      |                                 ^~~~~~~~~~~
backends/midi/camd.cpp:224:3error'UnlockCAMD' was not declared in this scope
  224 
|   UnlockCAMD(key);
      |   ^~~~~~~~~~
backends/midi/camd.cppIn member function 'void MidiDriver_CAMD::closeAll()':
backends/midi/camd.cpp:251:3error'FlushMidi' was not declared in this scope
  251 
|   FlushMidi(_midi_node);
      |   ^~~~~~~~~
backends/midi/camd.cpp:253:4error'RemoveMidiLink' was not declared in this scope
  253 
|    RemoveMidiLink(_midi_link);
      |    ^~~~~~~~~~~~~~
backends/midi/camd.cpp:257:4error'DeleteMidi' was not declared in this scopedid you mean 'Delete'?
  
257 |    DeleteMidi(_midi_node);
      |    ^~~~~~~~~~
      |    
Delete
gmake
: *** [backends/midi/camd.oError 1

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: Porting to AmigaOS4 thread
Home away from home
Home away from home


See User information
@Raziel
Doesn't forget -D__USE_INLINE__ on command line ? That one need it if you want to use old os3x way of funcitons call without IFACE-> things

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top

  Register To Post
« 1 ... 13 14 15 (16) 17 18 19 ... 22 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project