From dev-return-12171-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Wed Jun 30 14:54:52 2004 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 65371 invoked from network); 30 Jun 2004 14:54:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Jun 2004 14:54:51 -0000 Received: (qmail 15105 invoked by uid 500); 30 Jun 2004 14:54:56 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 15017 invoked by uid 500); 30 Jun 2004 14:54:55 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 14994 invoked by uid 99); 30 Jun 2004 14:54:55 -0000 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=FORGED_RCVD_HELO,HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY X-Spam-Check-By: apache.org Message-ID: <40E2D427.4040304@persistent.co.in> Date: Wed, 30 Jun 2004 20:24:31 +0530 From: Amit Athavale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Schaefer CC: dev@apr.apache.org Subject: Re: 1.0 rc2 Tarballs References: <031e01c45e9a$b5be2b10$7500a8c0@goliath> <874qotjeob.fsf@gemini.sunstarsys.com> Content-Type: multipart/alternative; boundary="------------010608070604050801040402" X-Brightmail-Tracker: AAAAAQAAAAQ= X-White-List-Member: TRUE X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --------------010608070604050801040402 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Same problem on RH Enterprise edition ... yes it doesn't look like platform specific. Joe Schaefer wrote: >"David Reid" writes: > >[...] > > > >>Now, can people test them and we'll see if we get enough +1's ? >> >> > >I'm running debian-amd64, however I don't believe the problem >below is platform-specific: > > % cd apr-1.0.rc2; ./configure && make > ... builds ok ... > % make check > (cd test && make check) > ... > make[1]: Entering directory `/home/joe/tmp/apr-1.0.rc2/test' > /bin/sh /home/joe/tmp/apr-1.0.rc2/libtool --silent --mode=compile gcc > -g -O2 -pthread -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE > -I../include -I./../include -o testlock.lo -c testlock.c && touch > testlock.lo > testlock.c:66:22: test_apr.h: No such file or directory > > >Once again, AFAICT the major version number appearing >in the .so is not right: > > $ ls .libs > libapr-1.a libapr-1.lai libapr-1.so.0 > libapr-1.la libapr-1.so libapr-1.so.0.0.0 > >If you want the so's major number to be a "1", >by applying the get-version.sh patch I posted >last week you'll wind up with this: > > % ls .libs > libapr-1.a libapr-1.lai libapr-1.so.1 > libapr-1.la libapr-1.so libapr-1.so.1.0.0 > > > --------------010608070604050801040402 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Same problem on RH Enterprise edition ...
yes it doesn't look like platform specific.

Joe Schaefer wrote:
"David Reid" <david@jetnet.co.uk> writes:

[...]

  
Now, can people test them and we'll see if we get enough +1's ?
    

I'm running debian-amd64, however I don't believe the problem
below is platform-specific:

  % cd apr-1.0.rc2; ./configure && make
  ... builds ok ...
  % make check
  (cd test && make check)
  ...
  make[1]: Entering directory `/home/joe/tmp/apr-1.0.rc2/test'
  /bin/sh /home/joe/tmp/apr-1.0.rc2/libtool --silent --mode=compile gcc
  -g -O2 -pthread   -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
  -I../include -I./../include  -o testlock.lo -c testlock.c && touch
  testlock.lo 
  testlock.c:66:22: test_apr.h: No such file or directory


Once again, AFAICT the major version number appearing 
in the .so is not right:

  $ ls .libs
  libapr-1.a   libapr-1.lai  libapr-1.so.0
  libapr-1.la  libapr-1.so   libapr-1.so.0.0.0

If you want the so's major number to be a "1",
by applying the get-version.sh patch I posted 
last week you'll wind up with this:

  % ls .libs
  libapr-1.a   libapr-1.lai  libapr-1.so.1
  libapr-1.la  libapr-1.so   libapr-1.so.1.0.0

  

--------------010608070604050801040402--