[sldev] hidden 1.15 patches, bleh...

Paul TBBle Hampson Paul.Hampson at Pobox.com
Tue May 15 03:36:07 PDT 2007


On Tue, May 15, 2007 at 12:47:57AM -0400, Alan Grimes wrote:
> Note 3: All instances of BOOL should be replaced with bool in all
> functions, methods, and global data objects without hesitation or delay.

http://wiki.secondlife.com/wiki/Coding_standards#Linden_Variable_Types

I don't neccessarily understand or agree with this line of reasoning,
but it _is_ already documented such that shouting about it isn't going
to produce a sudden head-slap and a "good catch", as much as a "read the
fine wiki" and the various other responses you've already received on
this list.

> Give the compiler a clue! Data structures and classes must be analyzed
> seperately, ALL DATA STRUCTURES AND CLASSES SHOULD BE A MULTIPLE OF 8
> BYTES IN LENGTH!!!

I'm also unclear why you want to drive all the data structures out to
such a large alignment... Sure, some 64-bit arches might benefit from
64-bit alignment of structures, but surely the compiler is already aware
of this?

Padding _classes_ out to 64-bits seems like a pointless exercise to me,
since classes have extra implementation-specific data (vtables, off
hand) which will make any manual padding efforts counter-productive.

-- 
-----------------------------------------------------------
Paul "TBBle" Hampson, B.Sc, LPI, MCSE
On-hiatus Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
Paul.Hampson at Pobox.Com

Of course Pacman didn't influence us as kids. If it did,
we'd be running around in darkened rooms, popping pills and
listening to repetitive music.
 -- Kristian Wilson, Nintendo, Inc, 1989

License: http://creativecommons.org/licenses/by/2.1/au/
-----------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070515/e19fa40a/attachment.pgp


More information about the SLDev mailing list