From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5158 invoked by alias); 20 May 2010 18:21:32 -0000 Received: (qmail 5133 invoked by uid 48); 20 May 2010 18:21:31 -0000 Date: Thu, 20 May 2010 18:21:00 -0000 Subject: [Bug libgcj/44216] New: [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "ro at gcc dot gnu dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2010-q2/txt/msg00055.txt.bz2 Since the introduction of the configure check for the --no-merge-exidx-entries linker option, all libjava tests fail on IRIX 6.5: output is: (null): WARNING 1 : Unknown option: -no-merge-exidx-entries (ignored). FAIL: linking PR9577 The problem is that the SGI ld warns about unknown options as above, but still exists with status 0. None of the options to suppress errors/warnings has an effect on this, neither -LD_MSG:error=1 nor -LD_MSG:off=1 nor -woff 1. I've found no good way to handle this generically, since the AC_LINK_IFELSE macro only logs stderr of the link command to conftest,err and the warning goes to stdout. I could of course simply set libgcj_cv_exidx=no for mips-sgi-irix6.5, but perhaps there's a cleaner solution I'm just not seeing? -- Summary: [4.6 regression] All libjava tests fail on IRIX 6.5: ld warns about -no-merge-exidx-entries Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at gcc dot gnu dot org GCC build triplet: mips-sgi-irix6.5 GCC host triplet: mips-sgi-irix6.5 GCC target triplet: mips-sgi-irix6.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44216