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

[PATCH] neon.m4

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-03-11 00:41:43 CET

So after a bit of discussion about it on the FreeBSD mailing lists,
I'd like to propose this patch to neon.m4, to keep us from trying to
use libneon.la when building with neon outside the tree.

FreeBSD has a policy (which I was unaware of up until today), of not
installing the .la files for ports, since they feel that applications
trying to link against a library should just be using '-lneon', rather
than trying to use the .la file.

I don't feet stronly about this one way or the other (I mean hell,
it's just one little text file), but others seem to, and it doesn't
seem like we lose anything by just using -lneon, and we gain the
ability to be able to build when that file (for whatever reason) is
not installed.

I'd also just like some feedback on the patch itself, since my
autoconf skills are sorely lacking, and I'm not 100% sure this is
completely correct. It passed the 'works for me' test, but that's
about it.

-garrett

Index: ac-helpers/neon.m4
===================================================================
--- ac-helpers/neon.m4
+++ ac-helpers/neon.m4 Sun Mar 10 18:24:59 2002
@@ -116,10 +116,9 @@
       $NEON_WANTED_REGEX)
         changequote(<<, >>)dnl
         SVN_NEON_INCLUDES=`$neon_config --cflags | sed -e 's/-D[^ ]*//g'`
- NEON_LIBS=`$neon_config --libs | sed -e 's/-lneon//g'`
+ NEON_LIBS=`$neon_config --libs`
         CFLAGS="$CFLAGS `$neon_config --cflags | sed -e 's/-I[^ ]*//g'`"
         changequote([, ])dnl
- NEON_LIBS="$NEON_LIBS "`$neon_config --prefix `"/lib/libneon.la"
         ;;
       *)
         echo "You have neon version $NEON_VERSION,"

-- 
garrett rooney                     Unix was not designed to stop you from 
rooneg@electricjellyfish.net       doing stupid things, because that would  
http://electricjellyfish.net/      stop you from doing clever things.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 11 00:42:31 2002

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.