Search found 15 matches
- Wed Jun 19, 2013 9:07 pm
- Forum: ADFFS
- Topic: Chuck Rock (again)
- Replies: 20
- Views: 17352
Re: Chuck Rock (again)
Download the sharedlibs package - ELFLoader is included in that. Here are some links which work, the ones on the GCC site do seem a bit screwy: GCC4 - http://www.riscos.info/packages/DevelopmentDetails.html#GCC4 SharedUnixLibarary - http://www.riscos.info/packages/LibraryDetails.html#SharedUnixLibra...
- Tue Jun 18, 2013 8:29 pm
- Forum: ADFFS
- Topic: Chuck Rock (again)
- Replies: 20
- Views: 17352
Re: Chuck Rock (again)
ZLib module source: http://www.riscosopen.org/viewer/view/bsd/RiscOS/Sources/Programmer/ZLib/ (BSD licensed) zlib library source: http://www.riscosopen.org/viewer/view/mixed/RiscOS/Sources/Lib/zlib/ (zlib licensed). This version of the source has been tweaked so it can be compiled using Norcroft (RO...
- Mon Jun 17, 2013 9:55 pm
- Forum: ADFFS
- Topic: Chuck Rock (again)
- Replies: 20
- Views: 17352
Re: Chuck Rock (again)
There are a few problems with switching ZLib to use a DA: * Firstly, it's a clone of ROL's module. So although the ROOL version could be made to use a DA, the ROL one would be left using the RMA, so you'd run into issues unless you were to force everyone to use ROOL's version (although if you're onl...
- Wed Jun 12, 2013 10:44 pm
- Forum: SoundTrackers
- Topic: Trackers we need to shim or upgrade
- Replies: 9
- Views: 11302
Re: Trackers we need to shim or upgrade
For convincing games to use QTM instead of TrackerModule, feel free to use any/all bits of QTeM that you wish:
http://www.phlamethrower.co.uk/riscos/qtem.php
Although it is worth pointing out that QTeM isn't 32bit compatible! Perhaps I should fix that now that QTM is.
http://www.phlamethrower.co.uk/riscos/qtem.php
Although it is worth pointing out that QTeM isn't 32bit compatible! Perhaps I should fix that now that QTM is.
- Wed Jun 12, 2013 10:04 pm
- Forum: ADFFS
- Topic: FPEmulator
- Replies: 15
- Views: 11925
Re: FPEmulator
Hello! The old version, v4.31, doesn't seem to quit properly (*RMKill FPEmulator gives 'Bad vector release') I haven't checked myself, but I suspect the "bad vector release" error when trying to softload FPEmulator on the Pi (or a BeagleBoard/Pandaboard) will be due to a limitation in OS_C...