[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Building mod_dav_svn (was: Re: Patch to support building outside the srcdir.)

From: Branko Èibej <brane_at_xbc.nu>
Date: 2000-12-16 22:13:29 CET

Greg Stein wrote:

>> +1
>> It makes sense to fix that macro if it's broken. But in the meantime, it
>> would make sense to put a wrapper in ac-helpers.
>
>
> Putting something into ac-helpers would just delay the proper fix. Nobody
> would be motivated to fix it :-) So, I'd be against even temporary fixes.
>
> I've always built in the source directory, so I don't know what the
> requirements are for building outside. I'm hoping that Mo can fix up that
> macro in apr_common.m4, rather than use workarounds.

Ah, O.K., I wasn't aware it came from APR. In that case I agree it
should be fixed there.

>>> Hrm. It looks like you missed updating mod_dav_svn/Makefile.am.
>>
>> Does anybody but you ever look at that code? :-)
>
>
> Heh. Probably not, unfortunately.

Well, apart from getting warnings about a missing Apache tree at
configure time, I have no idea what it takes to build an test
mod_dav_svn. I must have missed the post where you explained how it's done.

Would you mind adding a short note to the HACKING file about that? That
would get more people onto testing that code. I for one would run it
through a configure/build/check cycle on four platforms once in a while,
like I'm doing for the other parts of Subversion.

(I haven't posted reports for some time because nothing broke on
Solaris, HP-UX and AIX, and the Win32 build is still blocked waiting for
me to fix some APR bits ... :-()

-- 
Brane �ibej
    home:   <brane_at_xbc.nu>             http://www.xbc.nu/brane/
    work:   <branko.cibej_at_hermes.si>   http://www.hermes-softlab.com/
     ACM:   <brane_at_acm.org>            http://www.acm.org/
Received on Sat Oct 21 14:36:17 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.