Richard Henderson <[email protected]> writes:
>> Solaris/SPARC is going to have a similar issue: the default configure
>> triplet is sparc-sun-solaris2*, still it defaults to v8plus, so cas is
>> available. I haven't tried a bootstrap yet, though.
>
> Of course there's a bit more porting work to do for a new cpu.
> E.g. implementing the sjlj.S file.
I see. Currently, it seems you have to go by example. For the SPARC
case, this seems to be something for Eric and/or David to try.
> We should make sure that the bootstrap succeeds though,
> disabling the library when porting work hasn't been done.
Indeed :-) I wanted to give Tru64 UNIX a try, but am currently running
into an ICE building stage1 libstdc++:
/var/gcc/regression/trunk/5.1b-gcc/build/alpha-dec-osf5.1b/libstdc++-v3/include/bits/ptr_traits.h:158:12:
internal compiler error: in dbxout_type, at dbxout.c:2372
Have to check out what's going on here first.
>> * config/x86/cacheline.h doesn't assemble with Sun as:
>>
>> Assembler: cacheline.cc
>> "/var/tmp//ccM9aGuv.s", line 148 : Syntax error
>> Near line: " jnz,pn 0b"
>> make[2]: *** [cacheline.lo] Error 1
>
> Ug. I hate conditionalizing these things.
It should be doable to follow the libffi lead to deal with sjls.S with
Sun as without .cfi* support on x86.
>> * libitm.map cannot work with Sun ld due to its use of wildcards. In
>> fact, the whole symbol versioning support was copied from libgomp
>> before gcc gained symbol versioning for Sun ld. Fortunately, this
>> still works for now, but should be fixed before GCC 4.7.0 is released.
>
> Ok, we can take care of this post-merge.
Indeed. I'll give it a try if I get around to it.
>> * configure.tgt: Handle i386 like i[456]86.
>> * config/generic/tls.h [!HAVE_ARCH_GTM_THREAD] (gtm_thr): Don't
>> take address.
>> * config/generic/tls.cc [!HAVE_ARCH_GTM_THREAD ||
>> !HAVE_ARCH_GTM_THREAD_DISP] (_gtm_thr_tls): New variable.
>
> Ok for branch.
I didn't manage to apply it in time before the merge. Still ok for
mainline, I assume? I've just completed a C++-only bootstrap on
i386-pc-solaris2.11, the only new failures compared to my test last
weekend being
FAIL: libitm.c/clone-1.c execution test
for both 32 and 64-bit.
Thanks.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
