[News] OS4 progress since pre-release | ANN.lu |
Posted on 08-Jun-2004 21:47 GMT by Peter Gordon | 228 comments View flat View list |
Hans-Jorg Frieden has posted a detailed status update on the progress of OS4 to Amigaworld.net.
Brief summary:
· Picasso96 and MUI PPC native
· Kernel supports PPC performance monitor and Altivec
· Moovid (released with OS3.9 as "action") is now running native, and can play DivX and other common formats
· GCC 3.4.0 is ported
· The C libraries are much faster. As a result AmiPDF is up to 60 times faster.
· Serial and floppy drivers coming soon
· USB is working and supports HID devices like keyboards and mice as well as HID joysticks and steering wheels, and USB mass storage devices like USB sticks, flash card readers, 7-in-1 card readers and cameras
· A1 IDE device now has working UDMA support. Also, interrupts are no longer polled but delivered properly. This means that the device does not require any CPU time for transfers.
This material will in due course be released for download to registered users of the Developer Pre-release on our web site at:
http://www.hyperion-entertainment.biz
There is more detail in the original AW.net posting.
|
|
List of all comments to this article |
OS4 progress since pre-release : Comment 122 of 228 | ANN.lu |
Posted by Stefan Burström on 09-Jun-2004 15:28 GMT | In reply to Comment 120 (Fabio Alemagna): >First of all, by what you write, the stubs are obviously autogenerated by the library loader. Question: how does the library loader know how to generate the stubs?
No, the stubs cannot be generated unless you have the sfd file for the library. However, if you have the sfd file, you run fdtrans on the sfd file and get a working project which you compile and put in libs. The drawback here of course
is that you have to generate the stub, but since it is rather easy and can be
done once, I don't see this as a major problem. After all, you do have access
to the sfd/fd file if you are writing code that uses the library.
>Also, since you say I don't need to recompile the program, and since you say that there are no stubs anymore if I recompile the library to PPC, it follows that new libraries can still be written the old way, that is without interfaces? Otherwise, I can't see how can the program access the newly ported library without stubs and without using interfaces (which it was not using because the library was 68k, at the time it was compiled).
No, the ported library needs to be writtin with the new library init code in
mind. I did this for the MUI sources and it was a rather easy task even though
the original MUI library init code is rather hairy.
When you compile the new library, it will become the replacement for the stub library. The original stub library just took care of the register transfers
to the original m68k library.
regards,
Stefan |
|
List of all comments to this article (continued) |
|
- User Menu
-
- About ANN archives
- The ANN archives is powered by #AmigaZeux. It was updated daily (news last: 22-Oct-2004; comments last: 18-May-2005).
ANN.lu was created, previously owned and maintained by Christian Kemp, www.ckemp.com.
- Contribute
- Not possible at this time!
- Search ANN archives
- Advanced search
- Hosting
- ANN.lu was hosted by Dreamhost. Sign up through this link, mention "ckemp" as referrer and he will get a 10% commission on any account you purchase.
Please show your appreciation for any past, present and future work on ANN.lu by making a contribution via PayPal.
|