From: Max H. <ma...@qu...> - 2001-10-24 11:49:38
|
At 17:46 Uhr +1000 24.10.2001, ni...@in... wrote: [...] Sorry for not voicing anything for some time, but I am heads over busy with studies which started again, and some other things, and can only spend a little bit of time on Basilisk :( > > Next, the Build Styles are being abused: setting -O3 in the >> development build style, but no optimizations (e.g. default) in the >> deployment style is not very logical. > > I have not been able to work out how to set different levels >for the Development and Deployment variants of the target. Whenever >I pull up the Target -> Build Settings pane, the 'Code Generation' >'Optimization level' setting seems to be tied to the Target, not to >the 'Build Style'. > >(i.e. Either -O3 applies to both, or 'None' applies to both) > > Have you had any success with this? Yes, it works well for me. Make sure that in the "Compiler Settings", you set the optimization level to "Default", then it will take the values from the build style. > >... >> it now runs, but the speed is very disappointing, both with and >> without -O3. > > Interesting that you should say this. I got my copy of 10.1, >and have run some tests. The time to boot my 32MB disk image >(MacOS 7.6) definitely decreased: > >OS 10.0.4: Over 30 seconds >OS 10.1,: 22 seconds > >This was good, so I decided to clean and rebuild the project. >The 'time to boot' test dropped to 19 seconds. Well, I haven't measured the boot time, but if I compare responsiveness, redraw speed etc. of the emulated machine between Basilisk 0.9 / OS X and the X-Window version, the X-Win version clearly wins. > > > >Gwenole asked: >> Do you mean that the CVS version in Direct Addressing mode now works ? >> If so, they finally corrected mmap() and some other functions in 10.1. > > I just did a test build with #define DIRECT_ADDRESSING 1. >RAMBaseHost = (uint8 *)mmap(0,...) still fails with ENOTSUP. yes, shared memory done in SysV style is not really supported, and according to Apple sources will not be in the foreseeable future, if ever. This also causes a problem with MIT-Shm in X-Window. Max -- ----------------------------------------------- Max Horn Software Developer email: <mailto:ma...@qu...> phone: (+49) 6151-494890 |