Comments on: Using DTrace-enabled Python in a Joyent Accelerator

By: Jason A. Hoffman

Jason A. Hoffman — Thu, 30 Aug 2007 09:37:47 +0000

@james, the pre funniness was my fault, I had a < pre ; as tag

By: Jason A. Hoffman

Jason A. Hoffman — Thu, 30 Aug 2007 09:28:09 +0000

@ john, there was some odd, and yes I know about the flags passed to makefiles. I just wanted the post to be a bit more education (at least attempted). For the sys/socket{var}.h, the build failed with some time error (I forget the exact one but can reproduce it)

@ james, good idear, will do

By: James

James — Thu, 30 Aug 2007 02:21:50 +0000

Might I suggest adding pre { overflow: auto; } to your css.

By: Jason A. Hoffman

Jason A. Hoffman — Thu, 30 Aug 2007 00:22:12 +0000

@Brett, I used gcc 3 at /usr/sfw/bin/gcc

By: John Levon

John Levon — Wed, 29 Aug 2007 20:27:17 +0000

Neat. I’m curious why you need sys/socket{var}.h in
the helper file?

If you use gpatch -p1, you don’t need a new directory.

You should be able to do

make DFLAGS=”-64”

and similarly for LDFLAGS etc to get the 64-bit build.
It’s worth looking at the spec file:

http://cvs.opensolaris.org/source/xref//jds/spec-files/trunk/SUNWPython.spec

We’re upgrading to Python 2.5 in Solaris “soon”, and the patch will get updated as needed then.

By: Jonathan LaCour

Jonathan LaCour — Wed, 29 Aug 2007 18:58:17 +0000

Simply awesome. I’ll definitely be needing this in short order! Thanks for the details on how to get it rolling.

By: Brett

Brett — Wed, 29 Aug 2007 17:28:12 +0000

dtrace -o Python/dtrace.o -C -G -64 -s ./Python/python.d Python/ceval.o
dtrace: failed to link script ./Python/python.d: incorrect ELF class for object file: Python/ceval.o

—-

$ file Python/ceval.o
Python/ceval.o: ELF 32-bit LSB relocatable 80386 Version 1

32-bit?

$ which gcc
/opt/csw/gcc4/bin/gcc

Are you using something else?

Double checked that I had all your changes.