n get. I already have an
Intel 32/64-bit Qt; that's TrollTech's Cocoa version (expected to
release as Qt 4.5). I would need to build all of SciPy quad-arch to
make this fly...
- boyd
Boyd Waters
Scientific Programmer
National Radio Astrono
Oy, the Trolls dropped a second alpha of the Cocoa Qt4 today...
It's going to be a busy week...
On Jun 9, 2008, at 11:51 AM, Boyd Waters wrote:
On Jun 9, 2008, at 9:52 AM, Chris Kees wrote:
My gui uses Qt4, which I haven't been able to build as a 4-way
universal yet.
I have
On Jun 9, 2008, at 9:52 AM, Chris Kees wrote:
My gui uses Qt4, which I haven't been able to build as a 4-way
universal yet.
I have a four-way universal of Qt4.4-beta (the Cocoa version) as a
MacPort...
qt4-mac-alpha1.tbz
Description: Binary data
__
On Jun 3, 2008, at 11:50 PM, Ronald Oussoren wrote:
I had to patch the Python.h in the standard Python distribution to
have
the "ifdef 64-bit" conditional code, so that the single header file
works
with both 32- and 64-bit.
NOTE that the patches I used in the modified MacPorts came from
e modified MacPorts came from Apple:
http://www.opensource.apple.com/darwinsource/10.5.2/python-30.1.2/
> On May 29, 2008, at 5:13 PM, Boyd Waters wrote:
>
>> The MacPorts 2.5.2 doesn't have my 64-bit hacks in it.
>
> Are there any changes needed to the python executable binary
On May 29, 2008, at 2:18 PM, Georg wrote:
My hope is that Leopard ships with a 64-bit version of Python, so
that I can at least fill up the 10GB of RAM that I have.
Nope... because Tcl/Tk isn't 64-bit!
But I've got a MacPorts port that builds a quad-architecture Python. I
wonder if that w
On May 14, 2008, at 2:43 PM, Michael VanLandingham wrote:
gcc on the command line or makefile, then you need to add the right
flags so that it can find the framework
The Python framework that ships with OS X is already in the search
path, so all you'd need is
-framework Python
added t
Chris:
FWIW Qt has addressed this with QtKeySequence, there is a table of key
bindings for standard keys here:
http://doc.trolltech.com/4.2/qkeysequence.html#details
Note that this table may be confusing:
> On Mac OS X, references to "Ctrl", Qt::CTRL, Qt::Control and
> Qt::ControlModifier c
thing in a .pth file in /Library/Python/2.5/
site-packages that re-orders the sys.path?
Wouldn't that always work?
On Nov 2, 2007, at 2:49 PM, Boyd Waters wrote:
>
> On Nov 2, 2007, at 10:16 AM, Brian Granger wrote:
>
>> First, if you have set PYTHONPATH to point
>&
py's 'array', it'll fill up
> your window with 320+ items.
>
> I thought about debugging it, but I don't know how to intercept the
> 'tab' keystroke in the tab completion.
>
> -mvl
>
> On Nov 1, 2007, at 7:59 PM, Boyd Waters wrot
shows sudo's settings; part of that is
> environment variables that it will not pass on or that it will
> check for dangerous content.
On Nov 2, 2007, at 2:59 PM, Boyd Waters wrote:
> One work-around is to add this line to /etc/sudoers:
>
> Defaultsenv_keep += "PYTHONPATH
On Nov 2, 2007, at 2:38 PM, Martina Oefelein wrote:
> I think this actually makes sense: if the command line tools were
> 32/64 bit universal, scripts would run with the 64 bit version on 64
> bit systems, and wouldn't be able to use any of the libraries that
> are only 32 bit.
>
> The framework,
On Nov 2, 2007, at 10:16 AM, Brian Granger wrote:
> First, if you have set PYTHONPATH to point
> sys.path at the site-packages in /Library, this setting will be lost
> when you do:
>
> sudo python setup.py install
Ouch, another good one...
This is almost certainly not a bug, but rather a secu
On Nov 2, 2007, at 9:33 AM, Brian Granger wrote:
> Now under Leopard, this becomes "python setup.py install" +
> muck with PYTHONPATH or .pth files.
I'm not sure it's that bad.
We ship a fairly complex science application. You might call it a
very large set of Python extensions, but the C++
I get even more duplicates than that...
>>> i.__
Display all 121 possibilities? (y or n)
i.__abs__ i.__abs__ i.__add__
i.__add__ i.__and__ i.__and__
i.__class__ i.__class__ i.__class__
i.__class__ i.__cmp__
Sorry I don't know the answer to this, but...
Are you saying that there are two passes in the sys.path resolution?
first pass: go through the sys.path elements and parse (execute)
the .pth files
second pass: load things
Actually I suppose there is no "second pass" -- it's just that .pth
file
I haven't tested this extensively, but I believe you could add a
compiler options to the setup.py command line:
python setup.py -Xcompiler -m64 -arch x86_64
Or something like that.
I have a 64-bit Leopard machine in the other room. I'll try it and see.
On Nov 1, 2007, at 10:32 AM, William
The segfault was in binding to the "complete" command; it does not
segfault (and seems to work) if I bind to "rl_complete" instead.
*However*, I am not sure that this is what IPython wants.
I am going to assume that rl_complete is the correct thing (at the
moment) and that IPython maps the app
The segfault was in binding to the "complete" command; it does not
segfault (and seems to work) if I bind to "rl_complete" instead.
*However*, I am not sure that this is what IPython wants.
I am going to assume that rl_complete is the correct thing (at the
moment) and that IPython maps the app
simply get a segfault:
In [1]: ^D
Do you really want to exit ([y]/n)?
galatea:~ bwaters$ ipython
Leopard libedit detected.
bind ^I complete
Segmentation fault
SO:
1) How do I form the bind commands for libedit? "EditLine" syntax
2) The segfault is a bug, methinks. I pos
On Oct 30, 2007, at 6:16 PM, Robert Kern wrote:
> I meant that trying that with a readline module
> compiled against GNU readline interferes with typing "b". So,
> unfortunately, you
> can't just issue both commands hoping that the library will just
> ignore the
> wrong one.
I'm not sure I
On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
> It right there in my original message (and in the python man page).
> You have to use EditLine syntax:
>
> readline.parse_and_bind ("bind ^I rl_complete")
Edward's example of using EditLine syntax works for my "raw python"
test:
$ py
On Oct 30, 2007, at 4:41 PM, Hans Meine wrote:
> What about multiple pythons/readlines? I happend to look over the
> shoulder of
> an OS X user yesterday, who had three versions of python installed
> on his
> system. (I would not suggest that this is a good idea, but AFAICS
> it happens
>
ge of the matplotlib bits that will
work with Leopard Python.
I expect next Wednesday for matplotlib. Unless someone beats me to it.
Anyone?
- boyd
Boyd Waters
National Radio Astronomy Observatory
http://www.aoc.nrao.edu/~bwaters
On Oct 27, 2007, at 12:56 PM, Riccardo Tediosi wrote:
> D
OK, thanks... I'll try to put something in ipy_defaults.py
I'm trying to come up to speed on the new style configuration. I'll
try looking through Trac for more info as well.
On Oct 27, 2007, at 2:37 AM, Ville M. Vainio wrote:
> I suggest you put it in ipy_defaults.py, and we'll advise leop
On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
> It right there in my original message
> You have to use EditLine syntax:
>
> readline.parse_and_bind ("bind ^I rl_complete")
Oh good grief... I'm a *user*. You can't expect me to *read*...
um.. what is the smiley-thing for hanging my head
et
this resolved somehow for them -- but I don't think it's an IPython
problem (since you can do this from "raw" interactive python).
Here's hoping...
- boyd
Boyd Waters
Mac Programmer
National Radio Astronomy Observatory
http://www.aoc.nrao.edu/~bwaters
O
Interesting.
FWIW I just built IPython against the system python (with libedit,
apparently) and it works fine; I have readline-like command
navigation, history support, etc.
I was not aware of any change from using readline (which is what I
used with 10.4.x)
On Oct 22, 2007, at 12:35 PM,
application in the Intel version. By comparing the two you might learn
something. I don't know. GPL'd.
I attempted to write some of this up in a poster:
http://www.aoc.nrao.edu/~bwaters/papers/WWDC-2007-CASA-poster.pdf
Hope this helps... it's not the recommended "Mac
.
- boyd
Boyd Waters
National Radio Astronomy Observatory
http://www.aoc.nrao.edu/~bwaters
On Sep 19, 2007, at 12:15 PM, Ronald Oussoren wrote:
>
> On 19 Sep, 2007, at 7:14, Emanuele Santos wrote:
>
>> Hi,
>>
>> I am having problems to show jpeg images on my bundled appli
On Sep 19, 2007, at 11:32 AM, Nehemiah Dacres wrote:
> which QT? tolltech's qt3 or qt4 (or quicktime? ... jk)
Qt 4.3.1
> how about puting python.frameworks in $appdir/resources/
> frameworks/python2.5.framework and building against that framework
> before you package it.
This is exactly
. The developers here
like the Mac as a platform but it's a Linux code base, Linux is our
primary deployment target.
I was hoping that I could simply set PYTHONEXECUTABLE or PYTHONHOME
in my launcher shell script to set the path to Python at run-time.
Keep those cards and letters co
On Sep 18, 2007, at 11:11 PM, Ronald Oussoren wrote:
>
> On 19 Sep, 2007, at 6:31, Boyd Waters wrote:
>
>> Maybe the user will drag our app bundle to /Applications, but maybe
>> not. I can't know where everything is until run-time.
>>
>> How to I ship the Pyt
dle to /Applications, but maybe
not. I can't know where everything is until run-time.
How to I ship the Python framework as a relocatable package inside
our application?
Thanks!
- boyd
Boyd Waters
programmer
national radio astronomy observatory
http://
On Aug 29, 2006, at 2:46 AM, Dan White wrote:
you might already know the newest version of the intel compilers is
version 30...
so you might want to try that...
Thanks for the tip, Dan! But Intel screwed up my licensing on the
9.1.030 release, so I can't use it, I've been trying to get a li
ggest a way to run pystone that
is meaningful?
- boyd
Boyd Waters
Scientific Programmer
National Radio Astronomy Observatory
http://www.aoc.nrao.edu/
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
On Aug 27, 2006, at 8:22 PM, Boyd Waters wrote:
I'm the one who is hacking together the DarwinPort for using the
Intel compiler
This is probably arrogance on my part. But I could not find a recipe
for building Python with the Intel compiler, so I created one.
I have just fin
On Aug 27, 2006, at 4:51 PM, Bob Ippolito wrote:
> On 8/27/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
>
>> I cannot get the Python package to build with the Intel compiler. It
>> does not find the _Py_Main symbol when linking the top-level
>> "python.exe"
not found: _Py_Main
Referenced from: /opt/local/var/db/dports/build/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp
orts_lang_python24/work/Python-2.4.3/./python.exe
Expected in: dynamic lookup
Thanks!
- boyd
Boyd Waters
Scientific Programmer
National Radio Astronomy Observatory
Socorro, New Mexico
http://www.aoc.nrao.edu/
in symbol when linking the top-level "python.exe". I would be
very happy to get pointed in the right direction regarding compiler
and linker flags for building Python 2.4.3; if we need to use Python
2.5 then we can do that too.
Thanks and good luck!
- boyd
Boyd Waters
Scient
patibility
> version 0.0.0, current version 0.0.0)
>
>
Every dynamic library is referenced using the full path.
In my distribution, I have to re-distribute these libraries, and put
them in /opt/intel/cc/9.1.029/lib on the client.
This is not the best option, but it works for the num
41 matches
Mail list logo
