Re: GCC testing on FreeBSD

If you are able to help with this upstreaming, I would appreciate > it a lot. Thanks. Probably not much: for one I'm pretty busy with my own Solaris work, and I've also stopped testing on FreeBSD even with the issues I've found and developed workarounds for. Rainer -- ---

Re: GCC testing on FreeBSD

their patches and the platform. Unfortunately, it's pretty common that targets keep necessary patches in some ports collection of their own (usually a different one per target) and neglect to submit them upstream. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC testing on FreeBSD

non-FreeBSD developer won't run into all the same known issues again. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

gcc/DATESTAMP not updated since 20231109

For the last couple of days (since 2023-11-09), gcc/DATESTAMP hasn't been updated. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: gcc-12+: D / phobos runtime

ASSI writes: > Rainer Orth writes: >> Just try to configure gcc with --enable-libphobos, which overrides the >> default of LIBPHOBOS_SUPPORTED. In quite a number of cases, this just >> works, but hasn't yet been verified. You won't know until you try, >>

Re: gcc-12+: D / phobos runtime

n't yet been verified. You won't know until you try, though. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Obsolete Solaris 11.3 support

ternative systems in place to avoid that issue. I'm going to post patches for the actual obsoletion and an entry for wwwdocs shortly. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Build of any gcc breaks on my sparc / illumos env

're pretty much on your own here. You may have some luck getting hints from Peter Tribble of Tribblix fame who provided a SPARC version of his distribtion until August 2018. Rainer -- ----- Rainer Orth, Cen

Re: gcc/DATESTAMP not updated any longer

Rainer Orth writes: > I noticed that gcc/DATESTAMP isn't updated any longer after this > Friday. I doubt this is intentional... This has happened again tonight... Rainer -- --------- Rainer Orth,

Re: Detect EAF flags in ipa-modref

i -quiet -mtune=generic -march=pentiumpro -O2 -Wextra -Wall -Werror -o go-diagnostics.s Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Detect EAF flags in ipa-modref

x86_64-pc-linux-gnu build. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Detect EAF flags in ipa-modref

early mislocalted and cryptic) I was bootstrapping with go just few > minutes ago, so I wonder what configure flags you use? I'm seeing the same on both i386-pc-solaris2.11 and sparc-sun-solaris2.11, so I don't think there are special configure flags involved. Rainer -- -

gcc/DATESTAMP not updated any longer

I noticed that gcc/DATESTAMP isn't updated any longer after this Friday. I doubt this is intentional... Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Run a single ada test

quot;gnat.dg/" prefix above: the pathnames after some driver file (dg.exp) are relative to the directory that file lives in. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Versions of Perl on GCC Prerequisites page

be investigated and both uses (Darwin and Solaris) checked. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Automatically generated ChangeLog files - script

#x27;s not supported right now and it will make the filename parsing much > more complicated. however, that's a format Emacs' ChangeLog mode uses and supports, and it's way less chatty than the one-file-per-line one, both for writers and readers. Rainer -- -

Re: ChangeLog files - server and client scripts

eems quite common. > > Sure, can you please link some git revisions that use the format? Apart from using it myself ;-), I've seen it several times, but no examples off-hand. However, it seems only consistent with the forms ending in /ChangeLog where you allow the trailing colon, too.

Re: ChangeLog files - server and client scripts

here: especially the second seems quite common. Thanks. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: dejagnu version update?

Hi Maciej, > On Wed, 13 May 2020, Rainer Orth wrote: > >> > I'm in favour of requiring 1.5.3 or later, so 1.6 would be OK for me. >> >> If we go beyond 1.5.x, we need to go all the way up to 1.6.2: 1.6 and >> 1.6.1 have an ugly bug that can miss timeouts,

Re: dejagnu version update?

timeouts, causing tests to hang indefinitely until one manually kills them. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: rsync access to mailing list archives

al ezmlm era files as well as the new. excellent. Thanks a lot for the blazingly fast solution. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

rsync access to mailing list archives

each month, which for one isn't one file per message and cannot be re-transferred incrementally. Thanks. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Second GCC 9.1 Release Candidate available from gcc.gnu.org

Hi Segher, > On Thu, May 02, 2019 at 03:47:33PM +0200, Rainer Orth wrote: >> I've now tested this RC on i386-pc-solaris2.1[01] and >> sparc-sun-solaris2.1[01]. The only issue (apart from the just-fixed >> spellcheck-options-5.c testcase) is >> >> +FAIL: gc

Re: Second GCC 9.1 Release Candidate available from gcc.gnu.org

5.c testcase) is +FAIL: gcc.target/i386/pr90178.c scan-assembler-times xorl[t ]*%eax,[t ]*%eax 1 While this has already been fixed on mainline, it's still present on the gcc-9 branch on every x86 target. Rainer -- -----

Re: Replacing DejaGNU

Hi Iain, >> On 14 Jan 2019, at 13:53, Rainer Orth wrote: >> >> "MCC CS" writes: >> >>> I've been running the testsuite on my macOS, on which >>> it is especially unbearable. I want to (at least try to) >> >> that problem

Re: Replacing DejaGNU

Mac OS X 10.7. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Strange changes triggered by --enable-maintainer-mode

nmodifed self-built versions of autoconf 2.69 and automake 1.15.1. I suspect some Linux distibutions see fit to ship those between-2.69-and-2.70 versions without any indication what they're doing... Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: dg-add-options ieee ?

Hi Paul, >> On Oct 31, 2018, at 4:11 PM, Rainer Orth >> wrote: >> >> Hi Paul, >> >>> Ok, thanks. So adding a dg-skip-if for my target is indeed correct. >>> Will do so. >> >> please don't: since this is going to be commo

Re: dg-add-options ieee ?

ve than explicit target lists. Thanks. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Obsolete Solaris 10 support

eir patches stay local and don't get upstream. I noticed this when working on the sanitizer port on Solaris, so there may be a pattern here ;-) Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Obsolete Solaris 10 support

software for IRIX 6.5 :-) Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Obsolete Solaris 10 support

em to prefer to keep their patches to themselves rather than contribute them upstream. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Obsolete Solaris 10 support

tly. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Wrong file name entry in .debug_info section

use this info than problem will be solved i think. that's something you'll have to ask the binutils maintainers: apart from the -P issue, gcc isn't really involved here because gas generates the debug info. Rainer -- ---

Re: Wrong file name entry in .debug_info section

o original source file as other compiler do. > > is it a compiler bug?or there is a way out. this looks very much like PR target/85994 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85994). My solution was not use use -P. Rainer -- -----

Re: interrupting Ada tests

ce(s). > > I'm not sure that I'm up to what would be a major recasting of the 2,500 or > so test programs into a dejagnu framework (would that be likely to fix this > issue?). FWIW, I'd started a patch for this way back: http://gcc.gnu.org/ml/gcc-patches/2011-01/

Re: Solaris issues

rrently has, they cannot expect everyone to upgrade to Solaris 11.4 once it's released. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Solaris issues

omewhere on linker-aliens.org ;-) In Solaris 11.4, there were some changes here for better GNU (bug) compatibility, so there's only a single .rodata section here. However, there's nothing wrong with how Solaris ld behaved before: I'd claim this is a scalability bug in valgrind: ELF objects can have very large numbers of sections for all sorts of legitimate resons, so it needs to cope with them. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Solaris issues

memalign? posix_memalign had already been added in Solaris 11.0, while aligned_alloc followed in Solaris 11.4. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Solaris issues

can just touch compare and resume the build. Trivial patch forthcoming... Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: JIT status

aris, see PR jit/84288 for the details and an initial patch. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC 8.0.0 Status Report (2018-01-15), Trunk in Regression and Documentation fixes only mode

un-solaris2.10. No regressions in all cases, so the new versions are an option with the proviso of prominently documenting the need for --disable-thread-safe (or fixing the bugs in time ;-). Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC 8.0.0 Status Report (2018-01-15), Trunk in Regression and Documentation fixes only mode

/mpfr/mpc present. > This seems a regression in the MPFR test suite compared with 3.1.6 It depends: without --disable-thread-safe (which is equivalent to 3.1.6), the tests PASS. Rainer -- ----- Rainer Orth, Cent

Re: GCC 8.0.0 Status Report (2018-01-15), Trunk in Regression and Documentation fixes only mode

th those versions yet. Beside, IMO we need to make sure that trunk and all open branches can be built with that version set; having to maintain two different sets isn't an option. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: dejagnu version update?

rgs" >> > > I checked my log. I didn't see them. Which log file do they appear in? unsetenv was only removed after DejaGnu 1.6 was released. The change is in the git repo; so far there exists no post-1.6 release. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Heads-Up: early LTO debug to land, breaking Mach-O / [X]COFF

es) of an artificially generated label. */ -#define MAX_ARTIFICIAL_LABEL_BYTES 30 +#define MAX_ARTIFICIAL_LABEL_BYTES 40 /* According to the (draft) DWARF 3 specification, the initial length should either be 4 or 12 bytes. When it's 12 bytes, the first 4 40 is just a value that happened to work; I've done no analysis what's really required. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC 6.4 Release Candidate available from gcc.gnu.org

patches is slow. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Solaris vtv port breaks x32 build

ling=maybe for non-default multilibs early, which should achieve the desired behaviour. All other libraries that invoke both macros already do so in this order. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Acceptance criteria for the git conversion

he subject. So, unless you detect this case and make something up, the result is likely to be confusing rather than helpful. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Repository for the conversion machinery

"Eric S. Raymond" writes: > I've made it available at: > > http://thyrsus.com/gitweb/?p=gcc-conversion.git > > The interesting content is gcc.map (the contributor map) and gcc.lift. The current entry ro = Rainer Orth lists my old email address. Please use

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

ieve. Shouldn't it be applied to trunk before GCC 5 ships, rather than leaving that target broken? Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

,obj-c++ Bootstrap compiler is gcc 4.9.1 (patched for 10.10 support) CC='gcc -m32' CXX='g++ -m32' Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: [patch, build] Restore bootstrap in building libcc1 on darwin

or 1 make[2]: *** [all] Error 2 make[1]: *** [all-libcc1] Error 2 I couldn't find a corresponding reloc in otool -rv output, though. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: -x assembler-with-cpp behavior different on different unixes.

ris 10 FCS assembler still cannot handle # line directives. It seems this only came in patch 119961-03. Given that passing -P didn't cause other issues so far, I fear removing that will have to wait until S10 support is removed. Rainer -- ------

Re: -x assembler-with-cpp behavior different on different unixes.

Hi Karel, > On Fri, Aug 8, 2014 at 11:04 PM, Rainer Orth > wrote: >> Hi Karel, >> >>> More information: It looks like gcc driver invokes cc1 with -P option >>> which switches off linemakers on Solaris. On Linux cc1 is invoked >>> without -P and so lin

Re: -x assembler-with-cpp behavior different on different unixes.

piler, and I'd go as far as claiming that you get what you deserve: garbage in, garbage out. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Build failure for sparc-sun-solaris2.10

u-ld > Thread model: posix > gcc version 4.10.0 20140804 (experimental) [master revision > 0549e5a:2217af7:347a47cbf5f8ee0bc7e11dc97703b318d3ff259c] (GCC) > $ > > Thanks for your help in resolving this and maintaining the Solaris port. My pleasure, glad we could get this working. Rai

Re: Build failure for sparc-sun-solaris2.10

you configure gcc to use the system linker? If all else fails, I suggest to use --without-gnu-ld --with-ld=/usr/ccs/bin/ld to make certain the right one is in use. One possible cause of your problems could be if you have GNU ld in your path called ld. I've never done that (I always call it gld-), but the above configure options should help if you are unable to get rid of such an ld. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Build failure for sparc-sun-solaris2.10

n/as --with-gnu-ld > --with-ld=/export/home/arth/local/bin/ld --enable-libstdcxx-pch=no A couple of comments on those configure options: avoid everything not strictly necessary and stay with the defaults. * --enable-threads: unnecessary, default * GNU as is ok in general (both Solaris/SPARC and x86), but Solaris as should work just as well * See above for GNU ld. * I never saw any need for (or even knew about) --enable-libstdcxx-pch=no. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc/config.host pattern question

small patch but would you like one to add {} broader > as a follow up? Same here: I'd like to avoid too much churn at different times since it makes back porting more difficult. As I said, it's on my list already. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc/config.host pattern question

c move work. For the moment, I'd go with what is used in the vicinity of a change you're going to make. Hope this helps. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: [PATCH] RE: libcilkrts/runtime/config/generic/cilk-abi-vla.c failure

// On Android and Solaris, call sched_yield to yield quantum. I'm not +// sure why we don't do this on Linux also. sched_yield(); #else // On Linux, call pthread_yield (which in turn will call sched_yield) Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Why aren't installed binaries stripped?

Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Automated Toolchain Building and Testing

me for Tru64 UNIX: V5.1 support was deprecated in 4.7; still testing that either. Hope this helps. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Recent libstdc++-v3 regressions (PCHs related?!?)

same on i386-pc-solaris2.10 and sparc-sun-solaris2.11 as of r201870. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: g++ 4.7 illumos regressions

ut g++ 4.7 is still broken in OpenIndiana/illumos environment. Need your > advices. If you wish I can share dejagnu logs somewhere (with patched > illumos headers and with original headers). Please open a gcc bug report for this. This is nothing to be discussed on the main list. That said, g++ 4.7 *does* work on Solaris 11 (otherwise it wouldn't have been released), and AFAICS and are unchanged in Illumos. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GNU MPC 1.0 release candidate - Second call for help

Steven Bosscher writes: >> sparc-sun-solaris2.10, > > Perhaps Rainer Orth can help? I see this has already been dealt with while I was away. Rainer -- ----- Rainer Orth, Center for Biotechnolog

Re: RFH - Testing targets for the switch to C++

Diego Novillo writes: > On 4/10/12 10:35 AM, Rainer Orth wrote: > >> sparc-sun-solaris2.11 in progress, could add other OS versions (Solaris >> 9 to 11) if desired. > > That would be great, particularly if they use different host C++ compilers. The sparc-sun-solaris2.11

Re: RFH - Testing targets for the switch to C++

;s bugzilla (50167 and 50177 > are still there, but there used to be a few more). Ok. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: RFH - Testing targets for the switch to C++

12.3 at least because of gcc > bugs (already filed: 50167 and 50177). Thanks for the heads-up, that saved me time and effort. Do you have CRs for the CC bugs? Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: RFH - Testing targets for the switch to C++

Diego Novillo writes: > On 4/10/12 10:35 AM, Rainer Orth wrote: > >> sparc-sun-solaris2.11 in progress, could add other OS versions (Solaris >> 9 to 11) if desired. > > That would be great, particularly if they use different host C++ compilers. Currently, they all use ve

Re: RFH - Testing targets for the switch to C++

f* and mips-sgi-irix* entries can go: both have been removed from mainline, as well as *-*-solaris2.8. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: gcc-4.6.3 ICE

nux-only option, unfortunately. I asked the Solaris engineers about implementing split-stack support, but they rejected it for the complexity. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Remove obsolete Tru64 UNIX V5.1B fixinclude support

Bruce Korb writes: > On 03/05/12 09:01, Rainer Orth wrote: >> This is where I need explicit approval and/or guidance: >> >> * There are some fixincludes hacks that from their names seem to be >>osf-specific, but are not restricted to alpha*-dec-osf*. Bruce, &

Re: GCC 4.7.0 Release Candidate available from gcc.gnu.org

I agree that this is an incredible mess right now. > So really, it that stuff a "need" or a "nice to have" ? install.texi documents them as optional: Necessary to build GCC with the Graphite loop optimizations. but that sentence could probably be clarified. Rainer

Re: Go in gcc 4.7

ris problems; at least on x86, the 32-bit port continues to work fine. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: [4.7,trans-mem] Summary of unsolved known bugs

ys), I'll go the other route he mentioned. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: bootstrap regression on sparc

ut from.. Indeed: I've file PR bootstrap/51086 for that. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Bugzilla components for target libraries

Comments? Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc sparc-rtems config on gcc head

t easier > for targets like RTEMS where we really do try to rely > as much as possible on sharing. :) Right, and it's less likely to miss new features... Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc sparc-rtems config on gcc head

ot included in extra_parts, the generic rules are unused/harmless. > could just copy them, at least for now. True, but that's the sort of copy-and-paste programming I'd like to reduce with this series of patches. Rainer -- ----

Re: libgcc sparc-rtems config on gcc head

o match what you have in your head. :) > > Would you mind doing this? I am happy to provide quick > feedback. sure, could you give this one a try (untested)? Please note that it's a git-style patch with renames, so you may have to perform those manually. Thanks.

Re: libgcc sparc-rtems config on gcc head

Alternatively, why not just add the missing > rules > to config/t-rtems? The rules are generic and have been integrated into libgcc/Makefile.in, but only used unless CUSTOM_CRTIN is set in a target fragment. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc sparc-rtems config on gcc head

olution would be to rename the files to crt[in].S. On RTEMS, the generic crt[in].o rules in Makefile.in would deal with building them, on Solaris I'd have to juggle around the CUSTOM_CRTIN setting so it's only used on Solaris/x86. Eric, am I missing something about the sparc/sol2-c[in].S

Re: # of unexpected failures 768 ?

This single-system mindset creates unnecessary trouble in this scenario. GCC's configure has enough control over the default target CPU, even without messing with config.guess, and most other programs won't care about this at all. Rainer -- --

Re: # of unexpected failures 768 ?

yond (cf. gcc/config.gcc). Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: # of unexpected failures 768 ?

ibutors like yourself, since the number of confused people is far larger than for some company-internal build ;-) Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: # of unexpected failures 768 ?

i386-pc-solaris2.8) or unnecessary (--enable-stage1-languages=c). I'm uncertain if Solaris 8/x86 still supports bare i386 machines, so it might be better to keep the default of pentiumpro instead. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Mercurial mirror

failure. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Bootstrap failure on sparc-sun-solaris2.10

Sparc related patch land after my last successful > build, so I'm guessing the issue is Solaris specific. Anyone else who > builds on this platform seeing similar problems? If the problem persists even with my suggested changes, please file a bootstrap PR and Cc it to Eric and Dave M. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: libgcc: problems adding asm sources (libgcc/siditi-object.mk)

t-dependent libgfortran of libjava stuff in gcc/config. Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: RFC: Updating boehm-gc to verion 7.2 (alpha 5)

out from such an upgrade. Thanks. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC 4.6.0 Released

#x27;m working on that with the assembler and linker engineers as we speak). Unfortunately, a recent as patch broke several -gstabs tests, but this is expected to be fixed soon. On Solaris/SPARC I usually do the production builds with as; there seems little reason to go for gas instead. Hope this helps. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: GCC 4.6.0 Released

hly unreliable: `write error' message. I've hacked around this by ignoring the error in misc.c (close_stdout) ;-) Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Bootstrap failure on sparc-sun-solaris2.10

n general, you should do so yourself and Cc: the maintainers and patch author. It's a better way to get attention than just posting to the gcc list. Thanks. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Pruning for torture tests?

ified 100x for the other torture > suites. This would clearly be unacceptable. Rainer -- ----- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Pruning for torture tests?

ask ;-) Rainer -- --------- Rainer Orth, Center for Biotechnology, Bielefeld University

Re: Announcing two testsuite maintainers

Gerald Pfeifer writes: > As usual, please adjust the MAINTAINERS file accordingly, and > Happy Hacking^WTesting guys! Done as follows. Thanks. Rainer 2011-02-16 Rainer Orth * MAINTAINERS: Add myself as testsuite maintainer. Index: MAINT

Re: libgo multilib issues.

mipso32? Please no: at least on IRIX (don't know about Linux/MIPS), GCC defaults to N32 and O32 has been deprecated in 4.5 and removed in 4.6. The default ABI (which would be mips) depends on the target OS, the ABIs don't. Rainer -- ------

Re: libgo multilib issues.

d obviously Linux/MIPS as well), you have two 32-bit ABIs (O32 and N32) and one 64-bit one (N64), on other systems there's also O64. It again comes down to what GOARCH is supposed to mean: an ABI, or what else? Rainer -- ---

  1   2   3   >