Problems with trans-mem branch on Solaris/x86 etc.

[Richard Henderson]

On 11/07/2011 03:47 AM, Rainer Orth wrote:
>   While the configure triplet has i386 as target_cpu, the port defaults
>   to --with-arch=pentiumpro (Solaris 8/9) or pentium4 (Solaris 10+).
>   I've changed configure.tgt to accept i386 as well, but this needs to
>   be dealt with in a more general way.  Besides, this should fail
>   e.g. with an error or something, not with a missing header.

You're right about that.

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

We should make sure that the bootstrap succeeds though,
disabling the library when porting work hasn't been done.

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

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

Thanks for the review of the configury as well.

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


r~