Alpha VM on Solaris UltraSPARC?
Brian Rice
water at tunes.org
Sat Mar 19 10:38:48 PST 2005
Did altering the order of the options on the command-line help at all?
What are we recommending here for a portability patch before I start
thinking about the next release?
On Mar 12, 2005, at 12:13 PM, Nick Forde wrote:
> Unfortunately using -mno-faster-structs didn't work but switching to
> -O0 did.
> For reference I tried building slate using GCC v3.2.3 on a number of
> other Unix
> platforms and didn't encounter any other compatibility problems.
> The vm and mobius/vm/platform/unix code appears to be very portable -
> nice job!
>
> These worked OK using -O2:
>
> Linux 2.4.9-enterprise #1 SMP, i686
> OSX Darwin 7.8.0 Darwin Kernel Version 7.8.0, powerpc
> AIX 3 4 0000C35B4C00 - IBM,7043-260
>
> and the following core dumped with -O2 but worked with -O0:
>
> SunOS 5.8 Generic_108528-29 sun4u sparc SUNW, Sun-Fire-880
> HP-UX B.11.00 U 9000/785 2011991039, J6000 Workstation
>
> Nick.
>
> On 13 Mar 2005, at 00:02, Lee Salzman wrote:
>
>> In our case it is definitely a problem with GCC. The field of the
>> structure in
>> question may be aligned to an 8 byte boundary, but the structure
>> itself is
>> only aligned to a 4 byte boundary in the Slate heap. This is,
>> overall, a policy
>> decision on GCC's part to ignore this possibility to eek out a few
>> more cycles
>> here and there.
>>
>> It seems the options -mno-faster-structs on SPARC may entirely solve
>> this
>> problem, and it may be that at higher optimization levels GCC assumes
>> -mfaster-structs. The man page says this controls the assumption of 8
>> byte
>> alignment of structures. So ya'll try using -mno-faster-structs and
>> see what
>> happens.
>>
>> Lee
>
>
--
Brian T. Rice
LOGOS Research and Development
http://tunes.org/~water/
More information about the Slate
mailing list