Received: (qmail 7664 invoked by uid 2012); 1 Jun 1998 11:08:28 -0000 Message-Id: <19980601110828.7662.qmail@hyperreal.org> Date: 1 Jun 1998 11:08:28 -0000 From: Fulvio Mlafatto Reply-To: fmal@fmal.com To: apbugs@hyperreal.org Subject: libstandard.a is not a COFF file during make X-Send-Pr-Version: 3.2 >Number: 2330 >Category: os-aix >Synopsis: libstandard.a is not a COFF file during make >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Class: mistaken >Submitter-Id: apache >Arrival-Date: Mon Jun 1 04:10:00 PDT 1998 >Last-Modified: Sat Feb 20 16:58:04 PST 1999 >Originator: fmal@fmal.com >Organization: >Release: 1.3b7 >Environment: I try to convert my web server from AIX 3.2.5 to 4.3.1 Using gcc 2.8 (egcs 1.0.2 precompiled from www.bull.de) Using gnu-make 3.76.1 >Description: ./configure prefix=.... runs OK make fails saying "modules/standard/libstandard.a is not a coff file" >How-To-Repeat: >Fix: I read from an IBM message that AIX 4.3 uses a new library format to support 64 bit. They say to convert libraries with "ar -g" commad .. but I don't know what library and how to do it ! >Audit-Trail: State-Changed-From-To: open-feedback State-Changed-By: coar State-Changed-When: Mon Jun 1 04:53:49 PDT 1998 State-Changed-Why: Two steps you might try: 1. Upgrade to 1.3b7 (announced a week ago) 2. Do a "cd src; make clean; make" to ensure that there aren't any leftover files from a previous build. Let us know if this helps. State-Changed-From-To: feedback-open State-Changed-By: coar State-Changed-When: Wed Jun 3 04:43:16 PDT 1998 State-Changed-Why: [Response from submitter] > Two steps you might try: > > 1. Upgrade to 1.3b7 (announced a week ago) > 2. Do a "cd src; make clean; make" to ensure that there > aren't any leftover files from a previous build. > > Let us know if this helps. > > 1) Upgraded to both 1.3b6 and 1.b7 : same result 2) Erased all the tree and reinstalled from gz : same result New info if after that error I do : ar -g libstandard.a (beeing in the right dir) make I obtain the same error but on another library (main.a) seems like ar -g corrects the library -- __________________________________________________________________ ! Fulvio MALFATTO ! ! Via della Fornace 36 - 10090 Castiglione T.se - Italy ! ! mailto:fmal@fmal.com ! ! Phone/Fax: +39-11-9601668 GSM : +39-335-6611956 ! !__________________________________________________________________! Release-Changed-From-To: 1.3b5-1.3b7 Release-Changed-By: coar Release-Changed-When: Wed Jun 3 04:43:16 PDT 1998 From: Marc Slemko To: Apache bugs database Cc: Subject: os-aix/2330 Date: Sun, 25 Oct 1998 09:26:32 -0800 (PST) ______ Full text of PR number 3287: Received: (qmail 16317 invoked from network); 25 Oct 1998 05:54:31 -0000 Message-Id: <9810250554.AA36998@marc.watson.ibm.com> Date: Sun, 25 Oct 1998 01:54:21 -0400 From: David Edelsohn To: apbugs@apache.org Cc: Fulvio Mlafatto Subject: Re: libstandard.a is not a COFF file during make (PR# 2330) >Number: 3287 >Category: pending >Synopsis: Re: libstandard.a is not a COFF file during make (PR# 2330) >Confidential: yes >Severity: serious >Priority: medium >Responsible: gnats-admin >State: open >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Sun Oct 25 00:00:01 PDT 1998 >Last-Modified: >Originator: >Organization: >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: These errors of "not a COFF file" or "not an export library" reported by both GCC and EGCS are due to a bug in an AIX 4.3.0 and AIX 4.3.1 support library libld.a. GCC's linker front-end, collect2, uses the AIX-provided "ldfcns" to parse object modules and library archives. The version of this library shipped with AIX 4.3.0 and AIX 4.3.1 does not correctly support the AIX 4.3 "Big" archive format files. The support function gets confused and returns erroneous information about the library being examined. This bug apparently is fixed in PTFs available for AIX 4.3.1 as well as in AIX 4.3.2. Alternatively, one can workaround the problem by building new libraries only containing 32-bit objects using "ar -g" which forces the old library archive format. One can extract the 32-bit members of an existing "Big" archive and re-archive them in the old format. These workarounds only should be used as a temporary measure, not as a permamnt manner in which to build AIX 4.3 archives as this will cause problems when utilizing 64-bit systems. David State-Changed-From-To: open-closed State-Changed-By: lars State-Changed-When: Sat Feb 20 16:58:04 PST 1999 State-Changed-Why: Class-Changed-From-To: sw-bug-mistaken Class-Changed-By: lars Class-Changed-When: Sat Feb 20 16:58:04 PST 1999 >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]