Unable to build libedit

Phil Oleson oz at nixil.net
Thu Aug 18 19:02:52 GMT 2005

Kevin Oberman wrote:
>>Date: Thu, 18 Aug 2005 15:34:39 +0200
>>From: Stefan Farfeleder <stefan at fafoe.narf.at>
>>On Wed, Aug 17, 2005 at 01:39:54PM -0700, Kevin Oberman wrote:
>>>>Date: Wed, 17 Aug 2005 14:08:03 -0600
>>>>From: Phil Oleson <oz at nixil.net>
>>>>Do you have rev 1.10 of histedit.h? Update this file in src/include as well.
>>>This is clearly the file I was looking for, but I have:
>>>All except /usr/include/histedit.h are 1.10. The make buildworld SHOULD
>>>be using the one in /usr/src/include, as far as I know. Looks to me like
>>>it's failing to find it and using the one in /usr/include instead. Or is
>>>my limited understanding of the build process in error?
>>>And I can't explain where the one in /usr/obj/usr/src/tmp/usr/include
>>>comes from.
>>Strange.  Did you test if it works without ccache?  As I understand it
>>the headers from src/include are temporarily installed to
>>/usr/obj/[...]/tmp and then used by GCC to build the world.
> Yes, I tried both with and without ccache. No difference.
> histedit.h has been at 1.9 for over two years and the Makefiles and .mk
> files have had a LOT of tweaking since then. This system is a new
> install that started with -current on about August 1. It should be
> pretty clean.
> Of course, I could just copy 1.10 into /usr/include/sys, but I really
> want to figure out why this is happening. I see myself spending too much
> time in a maze of twisty .mk files, all different. :-)

Personally, I'm still unsure why we have histedit.h pre-installed in
src/include.  This might be showing my ignorance of some of the build
mechanisms in the main src tree, but wouldn't this work out better if
histedit.h was located in src/lib/libedit until install time?


More information about the freebsd-current mailing list