New submission from Michael Felt:
in Lib/ctypes/test/test_loading.py there is the following test
def test_find(self):
for name in ("c", "m"):
lib = find_library(name)
if lib:
cdll.LoadLibrary(lib)
CDLL(l
Changes by Michael Felt :
--
components: +ctypes
___
Python tracker
<http://bugs.python.org/issue28276>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Felt:
Python-3.6.0.a2 (a2 == 162)
root@x064:[/data/prj/python/python-3.6.0.162]xlc -DNDEBUG -O -I/opt/include
-qmaxmem=-1 -qarch=pwr4 -O3 -I/opt/buildaix/includes -O -I. -IInclude
-I./Include -I/opt/include -I/opt/buildaix/inclu
de -DPy_BUILD_CORE -I
Michael Felt added the comment:
The assert to be added is much more simple:
i.e., self.assertTrue(lib)
And then you get something like:
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes/test]../../../python -m
unittest test_loading.py
libc_name is libc.a(shr.o)
sslib is None
F.sss
Michael Felt added the comment:
Sigh - missed the feature cutoff that would have made this easier to get into
python...
Anyway - have learned a few new things about python def: syntax and removed
some bits that I thought were suitable for variable "initialization" - but tend
to
Changes by Michael Felt :
--
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issue28290>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Felt:
GCC and IBM xlC compilers pay attention to different things - so some of the
messages are "accepted" if not harmless.
e.g. this type:
"./Modules/xxsubtype.c", line 293.19: 1506-196 (W) Initialization between types
"void*" and &q
Michael Felt added the comment:
Actually, what may be needed are more "@skip" blocks - as ctypes has always
been platform dependent.
OR - have a counter or boolean that starts as zero or false and increase each
time find_library() returns a value - and the test fails if the counter
Michael Felt added the comment:
Is this suitable?
def test_find(self):
# to track that at least one call to find_library() found something
found = false
for name in ("c", "m"):
lib = find_library(name)
if lib:
Michael Felt added the comment:
ok - false needs to be False and true needs to be True
seemed so simple. Sigh.
--
___
Python tracker
<http://bugs.python.org/issue28
Michael Felt added the comment:
The "core" changes in this patch are very simple - in parallel with the way
find_library() is managed in util.py
a) __init__.py:
add an additional mode bit for call to dlopen() (in __init__.py)
diff -u src/Python-2.7.12/Lib/ctypes/__init__.
Changes by Michael Felt :
Added file: http://bugs.python.org/file44869/_aix.py
___
Python tracker
<http://bugs.python.org/issue27435>
___
___
Python-bugs-list mailin
New submission from Michael Felt:
issue#25825 is closed - and had python2.7 removed - so, want to mention there
is something broken - a long time it would seem on AIX - for building packages
after python and ensurepip are installed.
Currently trying to pip install mercurial; later a regular
Changes by Michael Felt :
--
type: -> compile error
___
Python tracker
<http://bugs.python.org/issue28311>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Michael Felt :
--
type: compile error -> behavior
___
Python tracker
<http://bugs.python.org/issue28311>
___
___
Python-bugs-list mailing list
Un
New submission from Michael Felt:
I have been trying to build (pip install) mercurial - for ages. I kept running
into this message:
"/opt/include/python2.7/pyport.h", line 887.2: 1506-205 (S) #error
"LONG_BIT definition appears wrong for platform (bad gcc/glibc config?).&
Michael Felt added the comment:
yes. It is what I did manually. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue28277>
___
___
Python-bugs-list mailin
Michael Felt added the comment:
I am not suggesting anything. I am only trying to report what I experience.
The first observation was that I could not build python when src != build
directory. I believe that was the original complaint as well.
The second observation came when I tried to use
Michael Felt added the comment:
On 01-Oct-16 08:44, Martin Panter wrote:
> Martin Panter added the comment:
>
> Hi Michael, I have done some cleanup and modifications to your patch. The
> result is in aix-library.161001.patch, which has all the changes, i.e. it is
> not based o
New submission from Michael Felt:
a) pip is embedded in Python for some time.
b) pip is called pip3.5 (with link to pip3)
c) in Python3.6 pip is now called pip3.6 and linked to pip3
pip is pip - not pip3* because python is now called python3*
pip is pip - currently version 8.1.2 - what does
Michael Felt added the comment:
I have spent the last two hours trying to run the test - however, it fails with:
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python util.py
Traceback (most recent call last):
File "util.py", line 102, in
import ctypes._aix as
Michael Felt added the comment:
Curious.
When in 32-bit mode changing line 15 of _aix.py to
+14 import re, os, sys
+15 # from . import util
The Lib/ctypes/util.py works.
In 64-bit mode it does not:
instead:
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python util.py
Michael Felt added the comment:
Have a way to have both 64-bit and 32-bit modes working.
root@x064:[/data/prj/python/python-3.6.0.177/Lib/ctypes]../../python
`pwd`/util.py
m :: None
c :: libc.a(shr_64.o)
bz2 :: libbz2.a(libbz2.so.1)
crypt :: libcrypt.a(shr_64.o)
crypto ::
c
Michael Felt added the comment:
On 01-Oct-16 05:57, Martin Panter wrote:
> Martin Panter added the comment:
>
> Other tests in this file skip the test if libc_name is None. So I think it
> would make more sense to skip the test rather than fail in test_find(). I.e.
>
Changes by Michael Felt :
Added file: http://bugs.python.org/file44962/aix-modules.161004.patch
___
Python tracker
<http://bugs.python.org/issue26439>
___
___
Python-bug
Michael Felt added the comment:
Besides correcting a small error, also my attempt to follow the
guidelines to not import *, but to actually specify all bits
that are to be imported.
This is a patch compered to Python-3.6b1
--
hgrepos: +359
Added file: http://bugs.python.org/file44963
New submission from Michael Felt:
I was asked to assist with some problems with a "pip install numpy" and - maybe
I am barking up the wrong tree. However, in the thread
https://github.com/numpy/numpy/issues/8118
in short, if "python" is responsible for providing the
Michael Felt added the comment:
Now they notice the defines are coming from their project.
closing...
--
resolution: -> third party
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Michael Felt added the comment:
On 04-Oct-16 21:11, Zachary Ware wrote:
> Zachary Ware added the comment:
>
> Pip is a third party project, so if you'd like to pursue this please open an
> issue on the pip issue tracker at https://github.com/pypa/pip/issues.
I stand correct
Michael Felt added the comment:
re: the blake issue - I have ignored it as in not run any tests. Assistance
would be to tell me how to easily test "blake" working or not working - before
I head upstream.
re: _POSIX_C_SOURCE and _XOPEN_SOURCE
This is the logic in standards.h (AIX 5
Michael Felt added the comment:
The value that works for LDSHARED is the value that LDCXXSHARED has.
BLDSHARED is also broken (currently).
'BLDSHARED': './Modules/ld_so_aix xlc_r -bI:./Modules/python.exp
-L/opt/lib',
'LDCXXSHARED': '/opt/lib/python2.7/c
Michael Felt added the comment:
correction:
On 23-Oct-16 20:54, Michael Felt wrote:
> except neither BLDSHARED nor LDCXXSHARED have taken the extra LDFLAG
except neither LDSHARED nor LDCXXSHARED have taken the extra LDFLAG
like BLDSHARED has.
> that was exported before configure was call
Michael Felt added the comment:
There are so many places where there are references to where 32-bit and 64-bit
are referred to - and, in particular, the value of os.uname()[4]
For the discussion I went back to 32-bit Python on AIX
A)
michael@x071:[/data/prj/python/archive/Python-2.7.3]python
Michael Felt added the comment:
FYI: This is 'actual' as I am working on an implementation of a cloud-init
distro for AIX and it is very difficult to figure out the correct approach for
a replacement value for os.uname[4] - when comparing with "Linux" logic
I w
Michael Felt added the comment:
I am not compiler specialist, but as I do not use GCC (it adds extra run-time
environment (support) requirements when not in a GNU environment such as Linux
- I am just wondering what effect this has (e.g., no deprecated message) when
not using GCC.
Or, is
Michael Felt added the comment:
As this is the issue still open with regard to issues with ld_so_aix...
The current release Python3-3.5.2 does not include ld_so_aix in the "make
install DESTDIR=xxx output ("make install" also neglects to install ld_so_aix)
Insta
Michael Felt added the comment:
FYI: after manually creating the .../libpython3.5/config directory and copying
three files (see below) I was able to "pip3 install cython" as test.
At the packing area:
michael@x071:[/data/prj/python3/python3-3.5.2]ls Xany/opt/lib/python3.5/config
701 - 737 of 737 matches
Mail list logo
