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~
