[mnet-devel] Getting back up to speed (gettting it to build)

[rob kinninmont]

On Wed, May 14, 2003 at 04:58:54PM -0400, Zooko wrote:
>
> IIRC, you have to use the apple-gcc-version-2 instead of the apple-gcc-version-3
> to compile on OSX.  Actually, the current GNUmakefile is supposed to do this for
> you by setting CC=gcc2 or something like that.  Hm...

luckily(?) I was already running with gcc_select 2 so that's not the problem...

On Thu, May 15, 2003 at 05:09:01AM +0200, Hauke Johannknecht wrote:
> On Wed, 14 May 2003, rob kinninmont wrote:
> 
> > but that's greek to me.  My guess is that the cryptopp stuff
> > isn't linked into python2.3 as evilcryptopp.so expects... ?
> 
> hmm, did you do a full rebuild?
> this might be just some old binaries ...

yeah, I did everything checked out cleanly.

> > I guess I'll try following cvsinstall.sh afresh and see where I
> > get to.  Any ideas appreciated.
> 
> cvsinstall.sh wont help, its a _new problem.

right. I guess I have some lingering memory of when I started playing with _new
a while back, that I'd had to point something back at my old mnet install to 
get libraries sorted out.  I guess that's not an issue now, but figured that
there was always a chance that my old build was getting pulled in somehow.


Forgive my ignorance with the link errors and stuff, it's been years since 
I've done unixy C work, and everything seems to change when I'm not looking...


I had a poke at setup.py since I saw my build go past with '-flat_namespace' 
and '-undefined suppress' both of which I thought might trigger link problems.
With 'undefined suppress' disabled I get the following:

g++ build/temp.darwin-6.6-Power Macintosh-2.2/modval.o build/temp.darwin-6.6-Power Macintosh-2.2/wrappedrsa.o build/temp.darwin-6.6-Power Macintosh-2.2/randsource_methods.o build/temp.darwin-6.6-Power Macintosh-2.2/evilcryptopp.o build/temp.darwin-6.6-Power Macintosh-2.2/tripledescbc.o build/temp.darwin-6.6-Power Macintosh-2.2/aesctr.o build/temp.darwin-6.6-Power Macintosh-2.2/randsource.o -Lbuild/crypto51 -lcryptopp -o evilcrypto/evilcryptopp.so -arch ppc -bundle -flat_namespace
/usr/bin/ld: Undefined symbols:
_PyArg_ParseTuple
_PyDict_SetItemString
_PyErr_NewException
_PyErr_SetString
_PyExc_MemoryError
_PyExc_RuntimeError
_PyExc_ValueError
_PyModule_GetDict
_PyString_FromStringAndSize
_PyType_Type
_Py_BuildValue
_Py_FindMethod
_Py_InitModule4
__PyObject_New
__Py_NoneStruct
_PyString_FromString
_PyObject_Init
_CreateUpdateSpace__Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformationRUi
_CreateUpdateSpace__Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformationRUi
_HashMultipleBlocks__Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformationPCUlUi
_HashMultipleBlocks__Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformationPCUxUi
_PadLastBlock__Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformationUiUc
_PadLastBlock__Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformationUiUc
_Restart__Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformation
_Restart__Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformation
_Update__Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformationPCUcUi
_Update__Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformationPCUcUi
___Q28CryptoPPt16IteratedHashBase2ZUlZQ28CryptoPP18HashTransformationUiUi
___Q28CryptoPPt16IteratedHashBase2ZUxZQ28CryptoPP18HashTransformationUiUi
error: command 'g++' failed with exit status 1

I presume that the _Py* stuff is all the undefineds which belong to python
and are supposed to be there, but I'm guessing that the *CryptoPP* stuff
suggests there's something screwy in my crypto++ build or in this linking.


I tried building on linux instead of the mac (my laptop's a mac, so that's 
what I'm using if I'm out and about, and would like to get things to run 
there, at home I have a linux box) and got an entirely different error:

owl Wed May 14 23:42:59 $ ./Mnet 
NOTE: c_mencode found, using accelerated C version of mencode
NOTE: c_xor found, using accelerated C version of xor
Traceback (most recent call last):
  File "./Mnet", line 5, in ?
    from mnetlib.scripts import startup
  File "./mnetlib/scripts/startup.py", line 80, in ?
    from mnetlib.filesystem import BlockServer, localblockstore, blockwrangler, pusher
ImportError: cannot import name blockwrangler

and a quick look at cvsweb suggests that blockwrangler went away 
intentionally, so I guess there's something stale in startup.py... ?

thanks for your help!

cheers,
rob

--
rob kinninmont

"War doesn't determine who's right. War determines who's left."


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
mnet-devel mailing list
mnet-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mnet-devel