APR on Snow Leopard

[Graham Leggett]

Hi all,

I managed to get hold of someone at Apple who pointed me to the
following ed script that they run against apr.h to make it work with
Snow Leopard:

http://www.opensource.apple.com/source/apr/apr-23/apr/files/fix-apr.h.ed

It would seem the task is to tweak configure.in to make the above
changes happen for Darwin.

Regards,
Graham
--

[Jim Jagielski]

On Oct 7, 2009, at 4:11 PM, Graham Leggett wrote:

> Hi all,
>
> I managed to get hold of someone at Apple who pointed me to the
> following ed script that they run against apr.h to make it work with
> Snow Leopard:
>
> http://www.opensource.apple.com/source/apr/apr-23/apr/files/fix-apr.h.ed
>
> It would seem the task is to tweak configure.in to make the above
> changes happen for Darwin.
>
> Regards,
> Graham
> --

v. cool. I was never that happy with my hacked workarounds. I'll
try to grab some cycles to fold this in.

[Dan Poirier]

I'm still not having much luck with apr 1.4.x or 1.0.x on Snow Leopard.  Just curious
if my problems are unique?  

Since 1.4.x failed, and Snow Leopard's installed apr is called
libapr-1.0.3.5.dylib, I also tried apr-1.0.x.

On 1.4.x, buildconf fails; on 1.0.x; configure fails, so in both cases,
I don't get far enough to even apply apple's patch for include/apr.h.
include/apr.h.

[08:35:01]poirier@slappy:~/apache/apr-1.4.x$ ./buildconf
buildconf: checking installation...
buildconf: python version 2.6.1 (ok)
buildconf: autoconf version 2.61 (ok)
buildconf: libtool version 2.2.4 (ok)
Copying libtool helper files ...
$_prefix/share/aclocal/libtool.m4 not found
[08:35:12]poirier@slappy:~/apache/apr-1.4.x$ printenv PATH
/bin:/usr/bin

... check out 1.0.x ...  buildconf succeeds ... run configure ...

checking for minix/config.h... no
checking whether system uses EBCDIC... no
performing libtool configuration...
./configure: line 9381: syntax error near unexpected token `lt_decl_varnames,'
./configure: line 9381: `lt_if_append_uniq(lt_decl_varnames, SED, , ,'
[08:39:36]poirier@slappy:~/apache/apr-1.0.x$

[Jim Jagielski]

You have the latest Xcode, right?

BTW: You may need to install external versions of libtool
and the auto* suite; I use MacPorts.

On Oct 12, 2009, at 8:43 AM, Dan Poirier wrote:

> I'm still not having much luck with apr 1.4.x or 1.0.x on Snow  
> Leopard.  Just curious
> if my problems are unique?
>
> Since 1.4.x failed, and Snow Leopard's installed apr is called
> libapr-1.0.3.5.dylib, I also tried apr-1.0.x.
>
> On 1.4.x, buildconf fails; on 1.0.x; configure fails, so in both  
> cases,
> I don't get far enough to even apply apple's patch for include/apr.h.
> include/apr.h.
>
> [08:35:01]poirier@slappy:~/apache/apr-1.4.x$ ./buildconf
> buildconf: checking installation...
> buildconf: python version 2.6.1 (ok)
> buildconf: autoconf version 2.61 (ok)
> buildconf: libtool version 2.2.4 (ok)
> Copying libtool helper files ...
> $_prefix/share/aclocal/libtool.m4 not found
> [08:35:12]poirier@slappy:~/apache/apr-1.4.x$ printenv PATH
> /bin:/usr/bin
>
> ... check out 1.0.x ...  buildconf succeeds ... run configure ...
>
> checking for minix/config.h... no
> checking whether system uses EBCDIC... no
> performing libtool configuration...
> ./configure: line 9381: syntax error near unexpected token  
> `lt_decl_varnames,'
> ./configure: line 9381: `lt_if_append_uniq(lt_decl_varnames, SED, , ,'
> [08:39:36]poirier@slappy:~/apache/apr-1.0.x$
>

[Dan Poirier]

Jim Jagielski <jim@...> writes:

> You have the latest Xcode, right?
>
> BTW: You may need to install external versions of libtool
> and the auto* suite; I use MacPorts.

I was running with the XCode that was current when Snow Leopard came
out.  I assumed Apple was building apr & httpd with the tools they ship
with Snow Leopard.  Maybe that was my mistake :-)

There's a slightly newer XCode (3.2.1, Oct. 8, 2009) available that I
can try.  Then I'll put Macports back on my PATH and see what that does.

--
Dan Poirier <poirier@...>

[Jim Jagielski]

This raises an interesting question... the "best" way to do
this is to change apr.h.in so that when apr is installed, the
apr.h file is correct, no matter which arch is used. But that
muddies up apr.h with OS specific tests....

I think we need to follow Apple on this and make these changes
in apr.h.in.

On Oct 7, 2009, at 4:11 PM, Graham Leggett wrote:

> Hi all,
>
> I managed to get hold of someone at Apple who pointed me to the
> following ed script that they run against apr.h to make it work with
> Snow Leopard:
>
> http://www.opensource.apple.com/source/apr/apr-23/apr/files/fix-apr.h.ed
>
> It would seem the task is to tweak configure.in to make the above
> changes happen for Darwin.
>
> Regards,
> Graham
> --

[Jim Jagielski-2]

This is what I propose: in APR, we add a new #define called  
APR_DARWIN_10
which, for now, is just set on OS X 10.6.x. We then adjust apr.h and
apr_portable to wrap the tests for __LP64__ within APR_DARWIN_10  
(instead
of a bare __LP64__ checks, ala done by Apple and MacPorts).

Sound OK?

On Oct 12, 2009, at 3:54 PM, Jim Jagielski wrote:

> This raises an interesting question... the "best" way to do
> this is to change apr.h.in so that when apr is installed, the
> apr.h file is correct, no matter which arch is used. But that
> muddies up apr.h with OS specific tests....
>
> I think we need to follow Apple on this and make these changes
> in apr.h.in.
>
> On Oct 7, 2009, at 4:11 PM, Graham Leggett wrote:
>
>> Hi all,
>>
>> I managed to get hold of someone at Apple who pointed me to the
>> following ed script that they run against apr.h to make it work with
>> Snow Leopard:
>>
>> http://www.opensource.apple.com/source/apr/apr-23/apr/files/fix-apr.h.ed
>>
>> It would seem the task is to tweak configure.in to make the above
>> changes happen for Darwin.
>>
>> Regards,
>> Graham
>> --
>

[Jim Jagielski]

All this is done and committed to trunk and 1.4... will backport
to 1.3 after some more testing and feedback... Still some issues
with TIME_FMT warnings

[Jim Jagielski]

On Oct 7, 2009, at 4:11 PM, Graham Leggett wrote:

> Hi all,
>
> I managed to get hold of someone at Apple who pointed me to the
> following ed script that they run against apr.h to make it work with
> Snow Leopard:
>
> http://www.opensource.apple.com/source/apr/apr-23/apr/files/fix-apr.h.ed
>
> It would seem the task is to tweak configure.in to make the above
> changes happen for Darwin.
>

Since Joe vetoed this, this is now impossible. Instead, we will
require others to fix APR for us.

For the time being, we need to let APR and APR consumers know that
depending on how APR was compiled under Darwin (either with gcc42, and
depending on whether one specified -arch <whatever>), that any consumer
using those libs may or may not work...