Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: stdcxx-dev@incubator.apache.org
Message-ID: <2116763712.1137001940338.JavaMail.jira@ajax.apache.org>
Date: Wed, 11 Jan 2006 18:52:20 +0100 (CET)
From: "Andrew Black (JIRA)" <jira@apache.org>
To: stdcxx-dev@incubator.apache.org
Subject: [jira] Created: (STDCXX-116) [Mac OS X 10.2.8] Examples fail to
 build due to LD error
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

[Mac OS X 10.2.8] Examples fail to build due to LD error
--------------------------------------------------------

         Key: STDCXX-116
         URL: http://issues.apache.org/jira/browse/STDCXX-116
     Project: STDCXX
        Type: Bug
  Components: Build  
 Environment: Mac OS X 10.2.8/Darwin 6.8 with GCC 3.1
    Reporter: Andrew Black


When attempting to build the examples as part of the make sequence, I recieve the following messages

gcc -c -I/Volumes/Orion/Work/stdcxx/include/ansi   -D_RWSTD_USE_CONFIG -I/Users/blackaw/Documents/Work/stdcxx//include -I/Volumes/Orion/Work/stdcxx/include -I/Volumes/Orion/Work/stdcxx/examples/include  -pedantic -nostdinc++  -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align  /Volumes/Orion/Work/stdcxx/examples/manual/accum.cpp
gcc accum.o -o accum  -L/Users/blackaw/Documents/Work/stdcxx//lib -lstd  -lsupc++ -lm
ld: archive: /Users/blackaw/Documents/Work/stdcxx//lib/libstd.a has no table of contents, add one with ranlib(1) (can't load from it)
make[2]: *** [accum] Error 1
make[1]: [examples] Error 2 (ignored)

The obvious solution is to call ranlib as part of the make process for the library, but this would involve altering the make proccess for the config tests, library and test library, along with requiring conditional logic to protect other platforms/compilers from this step that would likely cause problems.

Looking at the man page for ranlib on my linux box here, it appears that a better solution could be to define ARFLAGS for gcc as being '-s', though I could potentially see problems emerging were this to be an unconditional definition.

I will try this solution tonight.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira