GNU bug report logs - #10462
Bug Report - Building all tools in 64Bit on Solaris 10.

Previous Next

Package: automake;

Reported by: ROBERT JONES <zaphod1 <at> optonline.net>

Date: Mon, 9 Jan 2012 09:28:02 UTC

Severity: minor

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10462 in the body.
You can then email your comments to 10462 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-automake <at> gnu.org:
bug#10462; Package automake. (Mon, 09 Jan 2012 09:28:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to ROBERT JONES <zaphod1 <at> optonline.net>:
New bug report received and forwarded. Copy sent to bug-automake <at> gnu.org. (Mon, 09 Jan 2012 09:28:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ROBERT JONES <zaphod1 <at> optonline.net>
To: bug-automake <at> gnu.org
Subject: Bug Report - Building all tools in 64Bit on Solaris 10.
Date: Mon, 09 Jan 2012 02:19:46 -0500 (EST)
See below.  The bottom line is the reset of CFLAGS to remove the -m64 
for compiles that link....
Tests that didn't fail didn't have to link with anything else that was 
built when CFLAGS was untouched.

Robert W. Jones

gfp-ip <at> gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests
$ grep "^CFLAGS=" 
/appl/archives/build_tools/tools/src/automake-1.11.1/tests/* | more

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/ansi3.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/ansi3b.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/ansi5.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/ccnoco.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/ccnoco3.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/cond16.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/cond18.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/cond19.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/cond4.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/depcomp2.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/depend2.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/lex3.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/pr87.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/subobj3.test:CFLAGS=

/appl/archives/build_tools/tools/src/automake-1.11.1/tests/substref.test:CFLAGS=
gfp-ip <at> gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests
$ egrep "^FAIL:|^CFLAGS|^ld" test-suite.log | more
FAIL: ansi3.test (exit: 2)
CFLAGS=
ld: fatal: file ansi2knr.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to ansi2knr
FAIL: ansi3b.test (exit: 2)
CFLAGS=
ld: fatal: file ansi2knr.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to ansi2knr
FAIL: ansi5.test (exit: 2)
CFLAGS=
ld: fatal: file ansi2knr.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to ansi2knr
FAIL: ccnoco.test (exit: 2)
CFLAGS=
ld: fatal: file wish-a.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to wish
FAIL: ccnoco3.test (exit: 1)
CFLAGS=
ld: fatal: file a.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to wish
FAIL: depend2.test (exit: 2)
CFLAGS=
ld: fatal: file hello.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to hello
ldadd: running libtool --version
ldflags: running libtool --version
FAIL: lex3.test (exit: 2)
CFLAGS=
ld: fatal: file foo.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to foo
FAIL: pr87.test (exit: 1)
CFLAGS=
ld: fatal: file foo.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to foo
FAIL: subobj3.test (exit: 2)
CFLAGS=
ld: fatal: file sub/hello.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to hello
gfp-ip <at> gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests
$ grep CFLAGS Makefile
gfp-ip <at> gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests
$ grep CFLAGS ../../../MasterBuild
CFLAGS="-m64 -I${INSTARGET}/include"
FCFLAGS="-m64"
export OPTFLAGS CFLAGS CXXFLAGS FFLAGS FCFLAGS LDFLAGS




Information forwarded to bug-automake <at> gnu.org:
bug#10462; Package automake. (Wed, 11 Jan 2012 18:18:01 GMT) Full text and rfc822 format available.

Message #8 received at 10462 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: ROBERT JONES <zaphod1 <at> optonline.net>
Cc: 10462 <at> debbugs.gnu.org
Subject: Re: bug#10462: Bug Report - Building all tools in 64Bit on Solaris 10.
Date: Wed, 11 Jan 2012 19:16:41 +0100
tags 10462 minor
thanks

Hi Robert, thanks for the report.

On 01/09/2012 08:19 AM, ROBERT JONES wrote:
> See below.  The bottom line is the reset of CFLAGS to remove the -m64 for
> compiles that link....  Tests that didn't fail didn't have to link with
> anything else that was built when CFLAGS was untouched.
> 
> Robert W. Jones
>
The issue you have encountered is just a testsuite weakness; nothing you
should really worry about, since it is not a symptom of any real automake
bug.

Still, I'm not closing this bug report yet, since work is underway to improve
the automake testsuite, and your report highlight some weaknesses that we
might finally get to fix before the next major release.  Keeping this ticket
open will be a good reminder.

Thanks,
  Stefano




Severity set to 'minor' from 'normal' Request was from Stefano Lattarini <stefano.lattarini <at> gmail.com> to control <at> debbugs.gnu.org. (Fri, 13 Jan 2012 12:40:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-automake <at> gnu.org:
bug#10462; Package automake. (Fri, 02 Mar 2012 20:39:01 GMT) Full text and rfc822 format available.

Message #13 received at 10462 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: ROBERT JONES <zaphod1 <at> optonline.net>
Cc: 10462 <at> debbugs.gnu.org
Subject: Re: bug#10462: Bug Report - Building all tools in 64Bit on Solaris 10.
Date: Fri, 02 Mar 2012 21:36:55 +0100
On 01/11/2012 07:16 PM, Stefano Lattarini wrote:
> tags 10462 minor
> thanks
> 
> Hi Robert, thanks for the report.
> 
> On 01/09/2012 08:19 AM, ROBERT JONES wrote:
>> See below.  The bottom line is the reset of CFLAGS to remove the -m64 for
>> compiles that link....  Tests that didn't fail didn't have to link with
>> anything else that was built when CFLAGS was untouched.
>>
>> Robert W. Jones
>>
> The issue you have encountered is just a testsuite weakness; nothing you
> should really worry about, since it is not a symptom of any real automake
> bug.
> 
The issues you had encountered should now be solved in the master branch.

I will wait a week or so before closing the report though, in case you feel
like trying out the code in master and (hopefully) confirming the fix truly
work.

Thanks,
  Stefano




Reply sent to Stefano Lattarini <stefano.lattarini <at> gmail.com>:
You have taken responsibility. (Tue, 27 Mar 2012 12:07:02 GMT) Full text and rfc822 format available.

Notification sent to ROBERT JONES <zaphod1 <at> optonline.net>:
bug acknowledged by developer. (Tue, 27 Mar 2012 12:07:02 GMT) Full text and rfc822 format available.

Message #18 received at 10462-done <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: ROBERT JONES <zaphod1 <at> optonline.net>
Cc: 10462-done <at> debbugs.gnu.org
Subject: Re: bug#10462: Bug Report - Building all tools in 64Bit on Solaris 10.
Date: Tue, 27 Mar 2012 13:35:00 +0200
On 03/02/2012 09:36 PM, Stefano Lattarini wrote:
>
> The issue you have encountered is just a testsuite weakness; nothing you
> should really worry about, since it is not a symptom of any real automake
> bug.  And it should now be solved in the master branch.
> 
> I will wait a week or so before closing the report though, in case you feel
> like trying out the code in master and (hopefully) confirming the fix truly
> work.
>
That "week" turned out to be almost two months long apparently :-)

I'm closing this report now.

Regards,
  Stefano




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 25 Apr 2012 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 13 years and 57 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.