[B2-devel] OS X

[<ni...@in...>]

	Max wrote:

> This code is baaaaad:
> 
> 	bitmap = [NSBitmapImageRep alloc];
> 	[bitmap initWith....
> 
> You should *NEVER* do this!!! always do it like this:
> 
> 	bitmap = [NSBitmapImageRep alloc];
> 	bitmap = [bitmap initWith....

	Have fixed.
...
> This is especially "interesting" if one considers the commment
> in the same line:
> 
> // If NULL, allocate own data

	Comment was actually referring to the fullBitmap argument.

...
> 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?


...
> 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.



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.

-- 
| Nigel Pearson, ni...@in...    | "Reality is that which,   |
| Telstra iDevelopments, Sydney, Australia |  when you stop believing  |
|   Office: 9206 3468    Fax:  9212 6329   |  in it, doesn't go away." |
|   Mobile: 0408 664435  Home: 9792 6998   |  Philip K. Dick - 'Valis' |