Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Errors-To: <wrowe@rowe-clan.net>
Message-Id: <5.2.0.9.2.20030307153310.03c58268@pop3.rowe-clan.net>
Date: Fri, 07 Mar 2003 15:41:37 -0600
To: Branko =?iso-8859-1?Q?=C4=8Cibej?= <brane@xbc.nu>
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
Subject: Re: I surrender (.pdb for releases, no .dbg)
Cc: dev@apr.apache.org;;, ;;, dev@httpd.apache.org
In-Reply-To: <3E68C718.6080602@xbc.nu>
References: <5.2.0.9.2.20030306214613.03200008@pop3.rowe-clan.net>
 <5.2.0.9.2.20030306214613.03200008@pop3.rowe-clan.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Brane, I am certain you experienced an anomaly, perhaps a broken
version of rebase.exe.  I say this, having compared the sizes of the
Apache 2.0.44 distributed iconv tree to the latest *release* build of
the same.  (Or perhaps you were looking at *debug* builds.)

In any case, don't expect a change on the file size front, and this also
indicates we need to quit rebasing apr-iconv, using rebase to generate
the list of offsets and passing that list file to link (just as we do for
libapriconv.dll and other modules.)  Should be simple enough, I'll get
to it in just a bit.

Bill

At 10:21 AM 3/7/2003, Branko =C4=8Cibej wrote:
>This would get a big +1 from me. If I understand correctly, it would
>also make the size of statically linked apr-iconv .so modules much
>smaller, which is a Goodness.
>
>--=20
>Brane =C4=8Cibej   <brane@xbc.nu>   http://www.xbc.nu/brane/