A different buildworld failure

David O'Brien obrien at freebsd.org
Fri Mar 19 13:45:18 PST 2004


On Fri, Mar 19, 2004 at 08:53:50PM +0100, Adriaan de Groot wrote:
> /mnt/sys/CURRENT/src/lib/libpam/modules/pam_unix/pam_unix.c:262: multiple 
> definition of `pam_sm_chauthtok'
> ../modules/pam_deny/libpam_deny.a(pam_deny.o):/mnt/sys/CURRENT/src/lib/libpam/mo
> dules/pam_deny/pam_deny.c:72: first defined here
> ld: Warning: size of symbol `pam_sm_chauthtok' changed from 25 to 1977 
> in ../modules/pam_unix/libpam_unix.a(pam_unix.o)
> 
> that, and lots of other similar messages. Any ideas what's going on there? I 
> don't _think_ I'm saving any weird bits of the old world - I do run 
> cleanworld before makeworld.

You're linking in two objects that define the same symbol.  Maybe you
have old libs laying around, maybe you did a 'make -DNOCLEAN'.  You've
seen the tenderbox builds don't have this problem, nor do I on 3
different machines.

 
> On a totally unrelated note, GENERIC has got every bizzarre device under the 
> sun in it, including urio, but ucom seems left out (I've got revision 1.404) 
> - - is that intentional? It is kind of essential for Palm handhelds.

Probably not.  The amd64 GENERIC is kept fairly in sync with the i386
one.  I'm guessing the i386 GENERIC doesn't have 'ucom' eihter.

-- 
-- David  (obrien at FreeBSD.org)


More information about the freebsd-amd64 mailing list