[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#442375: libapr1-dev: update --includedir path, apr-1 not apr-1.0



On Sun, Sep 16, 2007 at 09:31:30PM +0200, Stefan Fritsch wrote:
> severity 442375 wishlist
> thanks
> 
> On Saturday 15 September 2007, david@fries.net wrote:
> > The header files are installed into /usr/include/apr-1.0 but as the
> > version is 1.2.7 I think it is just a hangover from a previous
> > version of apr as the package conflicts with libapr1.0-dev which is
> > an old version and I assume where that version came from. ?If the
> > package source is installed outside of the debian package it is
> > installed into /usr/include/apr1 which makes me further think it
> > should be installed to /usr/include/apr1 and it better matches the
> > current package name libapr1-dev.
> 
> Shouldn't other projects use
> 
> apr-1-config --includedir
> 
> anyway, instead of hardcoding a path?

It is code not under my control in the Second Life viewer (Linden Labs).
I suggested to the second life mailing list to use,
pkg-config --cflags apr-1

Flame Bait, but if you aren't supposed to use,
#include <apr1.0/apr.h>
or
#include <apr1/apr.h>

then why put the header files in /usr/include for the compiler to find?
Not really looking for an answer, thanks for looking into the original
bug.

-- 
David Fries <david@fries.net>
http://fries.net/~david/ (PGP encryption key available)




Reply to: