cvs commit: src/usr.sbin/bsnmpd/modules/snmp_atm Makefile

Harti Brandt hartmut.brandt at dlr.de
Mon May 23 13:04:16 GMT 2005


On Mon, 23 May 2005, Ruslan Ermilov wrote:

RE>On Mon, May 23, 2005 at 12:24:46PM +0000, Hartmut Brandt wrote:
RE>> harti       2005-05-23 12:24:46 UTC
RE>> 
RE>>   FreeBSD src repository
RE>> 
RE>>   Modified files:
RE>>     usr.sbin/bsnmpd/modules/snmp_atm Makefile 
RE>>   Log:
RE>>   This module was wrongly including header from /usr/include. Give it
RE>>   the correct path to the source headers.
RE>>   
RE>>   Revision  Changes    Path
RE>>   1.2       +1 -1      src/usr.sbin/bsnmpd/modules/snmp_atm/Makefile
RE>> 
RE>It wasn't wrong: during buildworld we first install fresh headers (and
RE>libraries) into a ${WORLDTMP}, then build special versions of compiler
RE>and binutils that pick up things from this location, then build
RE>everything.  You can easily verify this by checking the contents of
RE>the corresponding .depend file (after "make depend" part of "make
RE>buildworld" is done).

Ok, yes. I remember this. I had a report from someone complaining that it 
was including the wrong headers. I think I revert this on the next import 
(I cannot just change the Makefile, but need to change the source too).

RE>It can seem to be wrong when you do standalone compiles though, but
RE>then all you need to do is to install the headers and libraries first.
RE>Think of it: if you have a library that you need to link with, with
RE>the namespace under /usr/lib, your only option when you do standalone
RE>compiles is to rebuild/reinstall this library first.  For headers it
RE>is very much similar.

I see. Thanks for the explanation.

harti


More information about the cvs-src mailing list