Aha! This ape/mp.h references the native lib not ape one. Applying the fix below and recompiling ape/lib/mp and ape/lib/sec eliminates the reference to /386/lib/libc.a, leaving just a few of unresolved references: pcc -o 8.out bitmap.8 cache.8 channels.8 cliprdr.8 ewmhints.8 frpc.8 iso.8 licence.8 mcs.8 mppc.8 orders.8 pstcache.8 rdesktop.8 rdp.8 rdp5.8 seamless.8 secure.8 tcp.8 snarf.8 xkeymap.8 xwin.8 mpkaratsuba: undefined: mallocz _PIPE: argv0: not defined pcc: 8l: 8l 97689: error
The mp.h fix: /n/sources/plan9/sys/include/ape/mp.h:5,12 - /sys/include/ape/mp.h:5,12 #ifndef __LIBMP_H_ #define __LIBMP_H_ - #pragma src "/sys/src/libmp" - #pragma lib "libmp.a" + #pragma src "/sys/src/ape/lib/mp" + #pragma lib "/$M/lib/ape/libmp.a" typedef unsigned int mpdigit; /* from /$objtype/include/u.h */ 2013/2/4 Yaroslav <yari...@gmail.com> > Hi, > > I've noticed there are libsec/libmp became available for APE programs, and > dove into replacing OpenSSL calls with libsec equivalents. However, there > are still a reference to the native libc lurks somewhere in the ports as > the linker reports conflicts like these: > > checkenv: incompatible type signatures > a9aa533a(/386/lib/ape/libap.a(freopen)) and > aebfd74f(/386/lib/libc.a(calloc)) for open > ppanic: incompatible type signatures > 4dcf09c4(/386/lib/ape/libap.a(_IO_putc)) and > 55e8553c(/386/lib/libc.a(calloc)) for write > malloc: /386/lib/libc.a(calloc): redefinition: malloc > (1070) TEXT malloc+0(SB),$24 > free: /386/lib/libc.a(calloc): redefinition: free > ... > > Could someone suggest a method for tracking down the library/object file > which contains the loader instruction to load /386/lib/libc.a? > > Thanks. > -- > - Yaroslav > -- - Yaroslav
