Ethereal-dev: Re: [Ethereal-dev] configure does not look in /usr/include/pcre for pcre.h

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: Charles Levert <chuck@xxxxxxxxxxxxxxxx>
Date: Fri, 22 Oct 2004 03:56:30 -0400
* On Friday 2004-10-22 at 00:35:10 -0700, Guy Harris wrote:
> Charles Levert wrote:
> >Actually, I meant for values to (tentatively) add to CFLAGS with -I before
> >invoking AC_CHECK_HEADER() if "test -d DIR" (or "test -f DIR/pcre.h")
> >is true.  So, /usr/include does not need to be added explicitly at that
> >step, since the preprocessor will always look there anyway.
> 
> I guess the question I was really asking is "is this another mess 
> similar to the one induced by Red Hat's brilliant idea of installing 
> libpcap's pcap.h in /usr/include/pcap, rather than in /usr/include where 
> it's installed on most other OSes, or is the standard location for it 
> /usr/include/pcre, so that the Ethereal configure script is wrong and 
> has always been wrong?"

Yep.  You've guessed right!  I must confess to using Fedora Core.

I just checked the latest pcre-4.5-3.src.rpm and sure enough:

	bash$ grep includedir pcre.spec
	%configure --includedir=%{_includedir}/%{name} --enable-utf8
	%dir %{_includedir}/%{name}
	%{_includedir}/%{name}/*

> just requires configure scripts to go through more crap to cope with

I don't disagree (easy:  I don't work for RH and I didn't create this).
But the fact is that FC and RHEL are out there now and have plenty
of users.  So what now?