New submission from David Kirkby:
Hey,
Look what I've just found on the web! It's so amazing, check it out
<http://guxustatri.scalrentals.com/aednig>
Yours, david.kirkby
--
messages: 273550
nosy: drkirkby
priority: normal
severity: normal
status: open
title: that is so
David Kirkby david.kir...@onetel.net added the comment:
Is there any progress on this? I see it is marked as
Status: closed
Resolution: accepted
Stage: patch review
That apparently means:
''There is a patch, but it needs reviewing or is in the process of being
reviewed. This can
David Kirkby david.kir...@onetel.net added the comment:
Yes, I think this could do with being documented, as it is not obvious.
Generally one would expect CFLAGS to do this, and not OPT.
--
___
Python tracker rep...@bugs.python.org
http
David Kirkby david.kir...@onetel.net added the comment:
Thank you. That solved it, so you can close this.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11667
David Kirkby david.kir...@onetel.net added the comment:
I've just downloaded libffi-3.0.9 (the latest) and it builds with no problems
on my AIX 5.3 system.
Is there any chance of the version of libffi in Python being updated?
--
nosy: +drkirkby
New submission from David Kirkby david.kir...@onetel.net:
I'm trying to build a version of Python *without* debugging information.
The reason for me wanting to do this is because there is a bug which is either
in gcc or AIX , that prevents recently patched versions of AIX building code
where
David Kirkby david.kir...@onetel.net added the comment:
Thank you Mark for confirming what I found.
I understand your reservations about the code if you don't know of its
correctness. I must admit I don't myself. I don't have a clue how this _socket
module should be built.
But it is clear
David Kirkby david.kir...@onetel.net added the comment:
Hi,
__EXTENSIONS__ is defined to 1.
Give me an hour, and I'll attach a log.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9069
David Kirkby david.kir...@onetel.net added the comment:
Here's a build done the same way as you. This gives the same result as you
here.
But an attempt to run the test suite fails because of _socket. I need to patch
that in order that I can run the test suite.
See http://bugs.python.org
David Kirkby david.kir...@onetel.net added the comment:
Here's the header file that gets created
--
Added file: http://bugs.python.org/file17776/pyconfig.h
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9069
David Kirkby david.kir...@onetel.net added the comment:
Sorry, I seem to have wasted a lot of your time here.
Python was built from a script which applied some patches - including that one
that allows _socket to build. Without that (which is not commit to python and
I'm told it might
David Kirkby david.kir...@onetel.net added the comment:
I think I spoke too soon.
I just downloaded the 2.7.rc2. Using both 32 and 64-bit builds, with the only
patch being that I attached to issue8852 some months back, the problem occurs
again.
test_float
test test_float failed
David Kirkby david.kir...@onetel.net added the comment:
Sorry, I put that note on the wrong issue!
ignore it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8852
David Kirkby david.kir...@onetel.net added the comment:
test_float
test test_float failed -- Traceback (most recent call last):
File /export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py, line 1297,
in test_roundtrip
self.identical(-x, roundtrip(-x))
File /export/home/drkirkby
David Kirkby david.kir...@onetel.net added the comment:
Sorry, I missed out the comment there.
This is failing for me, in boht 32 and 64-bit builds with Python-2.7rc2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9069
David Kirkby david.kir...@onetel.net added the comment:
I'm glad you can reproduce it!
I can understand you wanting to close it in this case. I've no problem with
that.
To me at least, it does not seem anywhere near as serious as the other problem.
I will try it on Linux though. I have
David Kirkby david.kir...@onetel.net added the comment:
Hi,
I had hoped to devote more time to this, but have been able to. I will do at
the weekend.
I would add I was building 64-bit, so adding the compiler flag -m64 on 'hawk'
at least some of the time. Depending on your hardware, assuming
David Kirkby david.kir...@onetel.net added the comment:
I'm seeing this failure on both Solaris 10 (SPARC processor) in 32-bit mode and
OpenSolaris 06/2009 (Intel Xeon) in 64-bit mode using Python 2.6.4. So it is
not just an ARM Linux issue.
See
http://trac.sagemath.org/sage_trac/ticket
David Kirkby david.kir...@onetel.net added the comment:
Hi Mark,
Here's the info on the two systems - first the SPARC system, secondly the Intel
Xeon system.
1) SPARC
* Sun Blade 2000, with 2 x UltraSPARC III+ 1200 MHZ processors
* 8 GB RAM
* Solaris 10 update 8 10/09 release
David Kirkby david.kir...@onetel.net added the comment:
Just to clarify something, in case you notice something does not look quite
right.
The link I provided to the build failure on the SPARC machine
http://trac.sagemath.org/sage_trac/ticket/9297
was a Sun Blade 1000. It is *not* the same
David Kirkby david.kir...@onetel.net added the comment:
I'll take a look at this in an hour or two. I'll restrict the testing to the
Xeon machine, as it is a zillion times quicker than the old SPARCs.
What comes to my mind, is that perhaps 'copysign' is only defined in C99.
Solaris header
David Kirkby david.kir...@onetel.net added the comment:
Using the compiler option -std=c99 allows this test to pass.
Perhaps adding the macro
AC_PROG_CC_C99
to autoconf to add the right compiler option might be a solution. I know
Solaris headers are often quite strict, and will not define
David Kirkby david.kir...@onetel.net added the comment:
Hi Mark,
Since 'copysign' is in the maths library, I would not expect the link phase to
fail. Solaris does not ship with different maths libraries for C99 (one just
links to libm).
However, I would not be surprised if the behavior
David Kirkby david.kir...@onetel.net added the comment:
Just to clarify the hostnames and hardware used, in case you look at the
results here or the links to the Sage maths bug tracker and are not sure what
is what.
Note some are Solaris and some are OpenSolaris. Some have SPARC and some
David Kirkby david.kir...@onetel.net added the comment:
Hi Martin,
I appreciate your point. But do you know if anyone has it on their TODO list?
If not, is there anything I could do about it? I don't have commit access to
the Python source code, but if there is anything else I can do I'd
David Kirkby david.kir...@onetel.net added the comment:
Has anyone done anything about fixing this issue? The patch I attached appears
to allow _socket to build on OpenSolaris and when I run the test suite, there
is no failure of _socket.
I've just downloaded the latest source code
David Kirkby david.kir...@onetel.net added the comment:
Is there anything I can do to get someone to do something about it? I would
have thought with a patch, it would not be hard for someone to fix.
--
___
Python tracker rep...@bugs.python.org
http
Changes by David Kirkby david.kir...@onetel.net:
Removed file: http://bugs.python.org/file17497/socketmodule.c.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8852
David Kirkby david.kir...@onetel.net added the comment:
I'd made a mistake when manually applying your patch, although my mistake made
no practical difference. I'm attaching a corrected patch, which has all the
changes needed to get this to build on OpenSolaris. It basically only checks
New submission from David Kirkby david.kir...@onetel.net:
Using Python 2.6.5, the module _socket is failing to build on OpenSolaris. The
problem can be worked around with a hack, but I've not verified if the hack
actually results in working code - but at least it compiles. See below
David Kirkby david.kir...@onetel.net added the comment:
I was obviously looking for the wrong file. ./pyconfig.h shows:
/* Define to 1 if you have the netpacket/packet.h header file. */
#define HAVE_NETPACKET_PACKET_H 1
the file does indeed exist
drkir...@hawk:~$ find /usr/include -name
David Kirkby david.kir...@onetel.net added the comment:
Two points I should have stated.
1)
http://www.lotuseyes.de/blog/error-installing-plone-on-opensolaris-using-the-unified-installer
has a discussion about this issue. It was related to someone trying to install
Plone but the problem
David Kirkby david.kir...@onetel.net added the comment:
Hi,
thank you for the patch.
I hope you can keep Python building the same modules on Solaris as Linux, as
that would be a real shame if it did not. This module is used in the Sage maths
software.
I had some difficulty applying your
David Kirkby david.kir...@onetel.net added the comment:
I forget to say I had attached the patch 'socketmodule.c.patch' which allows
_socket to build. (I know you can see that if you look, but I thought it useful
to write it).
I do have some other modules not building on OpenSolaris (_curses
New submission from David Kirkby david.kir...@onetel.net:
In the top level setup.py there is a list of directories searched for the
OpenSSL libraries.
ssl_libs = find_library_file(self.compiler, 'ssl',lib_dirs,
['/usr/local/ssl/lib
35 matches
Mail list logo