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:
David Kirkby 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 be done by any
David Kirkby 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
<http://bugs.python.org/issue11
David Kirkby 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
___
Python tracker
David Kirkby added the comment:
Thank you. That solved it, so you can close this.
--
status: pending -> open
___
Python tracker
<http://bugs.python.org/issu
New submission from David Kirkby :
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 there are s
David Kirkby 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 to me th
David Kirkby 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 access to
David Kirkby 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
<http://bugs.python.org/issue9
David Kirkby 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/Python-
David Kirkby added the comment:
Sorry, I put that note on the wrong issue!
ignore it.
--
___
Python tracker
<http://bugs.python.org/issue8852>
___
___
Python-bug
David Kirkby 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 -- Traceback (most recent call
David Kirkby 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 not be done this year)
David Kirkby added the comment:
Here's the header file that gets created
--
Added file: http://bugs.python.org/file17776/pyconfig.h
___
Python tracker
<http://bugs.python.org/i
David Kirkby 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/issu
David Kirkby added the comment:
Hi,
__EXTENSIONS__ is defined to 1.
Give me an hour, and I'll attach a log.
--
___
Python tracker
<http://bugs.python.org/i
David Kirkby 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 you have
David Kirkby 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 like to.
David Kirkby 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 have
Intel processors
David Kirkby 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 was ill defi
David Kirkby 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 something in a
header
David Kirkby 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 fil
David Kirkby 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 machine from which I
David Kirkby 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 (This is the latest relea
David Kirkby 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/9297
David Kirkby 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
<http://bugs.python.org/issue8
David Kirkby 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 for the 3.1.2, 2.6.5 and
P
David Kirkby 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
for things before
Changes by David Kirkby :
Removed file: http://bugs.python.org/file17497/socketmodule.c.patch
___
Python tracker
<http://bugs.python.org/issue8852>
___
___
Python-bug
David Kirkby 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,
_cu
David Kirkby 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 patch using the '
David Kirkby 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 is a failure
David Kirkby added the comment:
I was obviously looking for the wrong file. ./pyconfig.h shows:
/* Define to 1 if you have the header file. */
#define HAVE_NETPACKET_PACKET_H 1
the file does indeed exist
drkir...@hawk:~$ find /usr/include -name packet.h
/usr/include/netpacket/packet.h
New submission from David Kirkby :
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.
The problem seems to be
New submission from David Kirkby :
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,
['/us
David Kirkby added the comment:
Just to add, I'd much appreciate if this bug could be squashed. I see
there is a patch, but it is against a 3-year old version, and is not a
small patch. Hence I am reluctant to try to apply it myself.
It is causing a problem in the Sage project, as I tri
36 matches
Mail list logo
