Subject: Re: binary build during "make includes"
To: Jun-ichiro itojun Hagino <itojun@iijlab.net>
From: Patrick Welche <prlw1@newn.cam.ac.uk>
List: tech-userlevel
Date: 12/20/2000 17:23:39
On Wed, Dec 20, 2000 at 09:55:10PM +0900, Jun-ichiro itojun Hagino wrote:
> 	when we "make include" under lib/libcom_err, we build compile_et binary
> 	under lib/libcom_err.  this has bad sideeffect to upgrades - if we have
> 	certain changes in libc (like assert -> __assert13 change), we fail
> 	to build compile_et since include files are now out of sync with
> 	libc.
> 
> 	what is the right way to address this problem?  actually similar thing
> 	may happen with rpcgen and *.x.

How do you get out of the mess once it happens? Just tried building and
installing a new /usr/bin/compile_et just in case, but still see

hash.lo: In function `hashtabnew':
hash.lo(.text+0x1d): undefined reference to `__assert13'

etc in libasn1 (will try new libcom_err next)

Cheers,

Patrick