Hi Bill,
I have made some process with apr-iconv (Now it builds and util/iconv runs on
Linux)
It is still not finished (dlopen for example).
Find enclosed the patch to get it running.
I have some questions:
I am not very happy about the following code, any hints to improve it:
+++
+/* To be proc
On Thu, Mar 29, 2001 at 09:44:59PM -0500, Jim Jagielski wrote:
> Brian Havard wrote:
> > Yeah, that's more how I see it. It's only really intended for OS/2 & maybe
> > a few other platforms that aren't supported by libtool. I wasn't trying to
> > start a revolution
>
> I think it's significant
ah! greg, hi! libmm - fascinating.
just the sort of thing that elrond, sander and i wanted to wrap with sms
(smart/stackable memory system). thanks.
would you be happy with a memory-management API that DSOs memory
modules? and is stackable?
so, if you run into portability issues one particul
This patch sets the dso/aix subdirectory to be used for older versions
of AIX and fixes a number of bugs the dso code in that directory.
Index: apr/configure.in
===
RCS file: /cvs/apache/apr/configure.in,v
retrieving revision 1.263
di
This just cleans up the shell code regarding diagnosing various
versions of AIX.
Index: apr/build/apr_hints.m4
===
RCS file: /cvs/apache/apr/build/apr_hints.m4,v
retrieving revision 1.3
diff -u -d -r1.3 apr_hints.m4
--- apr_hints.m4
Libtool 1.3b, the current alpha release, is needed for creating DSOs
on certain platforms, i.e. AIX.
This patch simply allows us to use 1.3b and not complain.
Index: apr/build/buildcheck.sh
===
RCS file: /cvs/apache/apr/build/buildche
For reasons I can't explain, on systems with real libtool the minor
changes below result in a new buildconf message ("Remember to add
`AM_PROG_LIBTOOL' to `configure.in'.") for both configure.in files.
If I move the AC_PROG_LIBTOOL invocation to the beginning of the line
(i.e., just delete the fou
"Brian Havard" <[EMAIL PROTECTED]> writes:
> On 29 Mar 2001 20:45:28 -0500, Jeff Trawick wrote:
>
> >No... I mean provide your own libtool.m4 which defines
> >your own AC_PROG_LIBTOOL. Then APR doesn't care which libtool is
> >used.
>
> I want APR to care, I want this built into APR. It's APR'
Brian Havard wrote:
>
> Yeah, that's more how I see it. It's only really intended for OS/2 & maybe
> a few other platforms that aren't supported by libtool. I wasn't trying to
> start a revolution
>
I think it's significant that there are (so far) 2 work-arounds
in place for libtool, and tha
On 29 Mar 2001 20:45:28 -0500, Jeff Trawick wrote:
>"Brian Havard" <[EMAIL PROTECTED]> writes:
>
>> On 29 Mar 2001 11:17:32 -0500, Jeff Trawick wrote:
>>
>> >"Brian Havard" <[EMAIL PROTECTED]> writes:
>> >
>> >> On 29 Mar 2001 11:04:02 -0500, Jeff Trawick wrote:
>> >>
>> >> >The way I do this in
On Thu, 29 Mar 2001 14:57:15 -0800, Greg Stein wrote:
>Let's not get too amped up here, folks. Brian just wrote a little proggie
>that recognizes the libtool command line, enough for OS/2 to function.
>
>This isn't going to help us with libtool's primary purpose: dynamic linking
>across a wide var
"Brian Havard" <[EMAIL PROTECTED]> writes:
> On 29 Mar 2001 11:17:32 -0500, Jeff Trawick wrote:
>
> >"Brian Havard" <[EMAIL PROTECTED]> writes:
> >
> >> On 29 Mar 2001 11:04:02 -0500, Jeff Trawick wrote:
> >>
> >> >The way I do this in my libtool emulator is to provide an
> >> >AC_PROG_LIBTOOL m
On 29 Mar 2001 11:17:32 -0500, Jeff Trawick wrote:
>"Brian Havard" <[EMAIL PROTECTED]> writes:
>
>> On 29 Mar 2001 11:04:02 -0500, Jeff Trawick wrote:
>>
>> >The way I do this in my libtool emulator is to provide an
>> >AC_PROG_LIBTOOL macro in my libtool.m4 to set up the LIBTOOL
>> >variable. (
13 matches
Mail list logo
