Building GHC on Solaris
Bernie Pope
bjpop at csse.unimelb.edu.au
Tue Mar 11 01:44:49 EDT 2008
Thanks Christian,
I will try a build using the same gcc configuration as yours and see
how it goes.
Cheers,
Bernie.
On 10/03/2008, at 9:25 PM, Christian Maeder wrote:
> Here is our Solaris output (that worked):
>
> Cheers Christian
>
> -bash-3.1$ uname -a
> SunOS marie 5.10 Generic_120012-14 i86pc i386 i86pc
> -bash-3.1$ gcc -v
> Using built-in specs.
> Target: i386-pc-solaris2.10
> Configured with: ../gcc-4.2.2/configure --prefix=/usr/local/lang
> -program-suffix=_4.2.2 --enable-64bit --with-gnu-as
> --with-as=/usr/local/bin/gnu-as --with-ld=/usr/ccs/bin/ld
> --enable-version-specific-runtime-libs --enable-languages=c,c++
> Thread model: posix
> gcc version 4.2.2
>
>
> Bernie Pope wrote:
>> (If no one minds I'll keep dumping the issues that I find in this
>> thread.)
>>
>> Solaris "as" chokes on the ".space" directive, which appears to be
>> generated by the C-- compiler,
>> specifically, compiler/nativeGen/PprMach.hs, line 693:
>>
>> pprData (CmmUninitialised bytes) = ptext SLIT(".space ") <> int
>> bytes
>>
>> According to the GNU binutils docs:
>>
>> This [.space] directive emits size bytes, each of value fill. Both
>> size and fill are absolute expressions. If the comma and fill are
>> omitted, fill is assumed to be zero. This is the same as `.skip'.
>>
>> So I believe GHC should use ".skip" in this situation, at least for
>> solaris, but probably for all x86 platforms.
>>
>> Cheers,
>> Bernie.
More information about the Cvs-ghc
mailing list