Roumen Petrov <[EMAIL PROTECTED]> added the comment:
May be call of SetDllDirectory with argument path to python executable
before to load a python module may help.
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Lets see method customize_compiler(from sysconfig.py)
The method search variables 'CPP', 'LDFLAGS' and 'CPPFLAGS' only in
environment. The variable CPP is not a Makefile variable. 'LDFLAGS'
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I found the patch cross-2.5.1.patch as too limited.
I'm interesting in this topic and I post patch in issue3871 that
continue work from issue841454 and issue1412448.
--
nosy: +rpetrov
___
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Martin meaning of target and host is different.
There is no reason to use "Canadian Cross": build->host->target.
It is about more simple cross-compilation case: build->host.
About loading of modules in build enviro
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
What about to substitute UNICODE macro as example with RAWUNICODE in the
source ?
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Now in mingw case the common is "python posix build system".
If the cross-compilation work what is problem to build in native
environment? Personally I prefer to build in cross environment. It is
convenient.
There is no probl
New submission from Roumen Petrov <[EMAIL PROTECTED]>:
The proposed patch add possibility to run python tests if python is
build outside source tree on POSIX systems.
--
components: Tests
files: python-trunk-DIST.patch
keywords: patch
messages: 74492
nosy: rpetrov
severity:
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Hi rwmjones,
Please, could you test patch from issue3871 - python modules are build
as setup.py is run from python found on the build system. So I don't
expect issue with ppc and sparc. Minor issue is pgen.exe - work around
to
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Which CE version ? Is the patch required for previous/next CE version ?
If the CE can't work with char why the compiler don't threat strings as
wide characters always ?
--
nosy: +rpetrov
__
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
My experience with windows CE ends with version about 3.1X. I couldn't
remember wide character support on this version.
PythonCE project use xxxA functions for CE .NET 4.20 platform.
"Pointless" question is for comp
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I don't have rights to derive a new issue.
May be a new new title about distutils and makefile integration is more
appropriate.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
For the protocol I attach part for PythonCE-2.5-20061219.patch. Both
patches address UNICODE name clash in Modules/cPickle.c.
For windows programs UNICODE is more commonly used define and may be
python C-code only has to avoid issue
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I couldn't find in MSDN flags for Windows CE compilers similar to the
GCC compiler that change representation of strings in C-code. The
Microsoft recommend so called TCHAR technology that depend from UNICODE
define I answer itse
Roumen Petrov added the comment:
system python has to be at least revision 77704 (trunk)
--
Added file: http://bugs.python.org/file15987/python-trunk-20100124-CROSS.patch
___
Python tracker
<http://bugs.python.org/issue3
Roumen Petrov added the comment:
system python has to be at least revision 77704 (trunk)
--
Added file: http://bugs.python.org/file15988/python-trunk-20100124-MINGW.patch
___
Python tracker
<http://bugs.python.org/issue3
Roumen Petrov added the comment:
> That iconv supports it is not convincing, ...
GNU libc is not convincing . What you talking about ?
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/iss
Roumen Petrov added the comment:
r78136 completely broke this build.
before was enough to add "old workdir" in first place as library directory to
make test_get_outputs happy
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.
Roumen Petrov added the comment:
updated patch to trunk:
- apply cleanly
- support builddir <> sourcedir
- regression tests pass if run from any drive (windows hosts)
--
Added file: http://bugs.python.org/file16364/python-trunk-20100225-MINGW
Roumen Petrov added the comment:
distutils from trunk is restored to state before 9 months ago
--
Added file: http://bugs.python.org/file16534/python-trunk-20100313-MINGW.patch
___
Python tracker
<http://bugs.python.org/issue3
Roumen Petrov added the comment:
Tarek Ziadé wrote:
> Roumen, I am moving all the new work in distutils into distutils2, and
> distutils is going to be frozen.
Last patch is uploaded as the previous patches didn't apply cleanly (as
compiler_obj is restored to compiler and etc.
Roumen Petrov added the comment:
Some questions:
- why patch don't update posixmodule.c and remove defined(HAVE_MAKEDEV) ?
- how is defined HAVE_DEVICE_MACROS in pyconfig.h
About changes in configure.in - I'm not sure that they are correct (more later).
--
nosy
Roumen Petrov added the comment:
the applied patch is not correct - please replace " with '
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.
Roumen Petrov added the comment:
Jesús Cea Avión wrote:
>
> Jesús Cea Avión added the comment:
>
> I just did the minimal change. I don't know if removing
> "defined(HAVE_MAKEDEV)" is safe.
The python build system is full with minimal changes and result is a
Roumen Petrov added the comment:
and restore of distutils in trunk abandon it.
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/issue6164>
___
___
Roumen Petrov added the comment:
>>> "HAVE_DEVICE_MACROS" is defined if "configure" finds "makedev()" macro.
>> And what is result on you platform ?
>It is defined if I add the new "include".
a) Why you touch test case for "A
Roumen Petrov added the comment:
I could not found reasons python build to support C++ compiler as all source is
C!
Another case is distutils where is possible external module to use C++ code.
--
nosy: +rpetrov
___
Python tracker
<h
Changes by Roumen Petrov :
Added file: http://bugs.python.org/file16806/python-trunk-20100407-MINGW.patch
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Roumen Petrov added the comment:
Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> After some investigation, the error does occur because of the aforementioned
> changelog entry (SSLv2 weak ciphers are now disabled by default). To check it
> I just added the
Roumen Petrov added the comment:
It seems to that improvement for CFLAGS show bug in python build system -
quote for configure:
BASECFLAGS="${UNIVERSAL_ARCH_FLAGS} -isysroot ${UNIVERSALSDK}
${BASECFLAGS}"
tgt=`sw_vers -productVersion | sed
Roumen Petrov added the comment:
LOCPATH is not used by GNU gettext.
/usr/share/locale/XX/... - message translation files (GNU gettext)
/usr/lib/locale/xx_XX*/ - locale (GNU libc)
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.
Roumen Petrov added the comment:
Instead to test in setup.py we could use result from configure script - just
uncomment line and use it
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/issue7
Roumen Petrov added the comment:
Probably test case will fail is sha256 module is not loaded - openssl versions
before 0.9.8
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/issue8
Roumen Petrov added the comment:
> Roumen, I do not see a line in configure.in that tests for the
> libraries that readline is linked against.
The test in configure is how to link application to readline libs.
Platforms that support linking of shared libraries with unresolved
symbols
Roumen Petrov added the comment:
Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
> Actually this means that we should also look for -ltinfo in the ldd
> check (A Redhat buildbot would be nice).
Or may be this mean that in configure to add test with -ltinfo and if
Roumen Petrov added the comment:
Sorry Jesús, right now I cannot test new patch it but It looks goodand I
expect first test to succeed so that second won't be tested as result
OCF_XXX to be defined. If there is no spelling error it is fine.
R
Roumen Petrov added the comment:
Yes , I understand .
For the protocol did gcc on FreeBSD warn if library order is -lncursesw
-lreadline ?
Forget for
Also I'm not able to write C test case similar to python msg103231 by
Mark Dickinson that fail on system where readline library i
Roumen Petrov added the comment:
LDSHARED not always is compiler and I'm not sure that linkers always accept
compiler flags .
After fix of issue xxx about CFLAGS and issues a, b, c, for LDFLAGS now all is
passed to python build system and users could set argument to both variables :
C
Roumen Petrov added the comment:
You don't need to add source in case of
AC_COMPILE_IFELSE([AC_LANG_SOURCE([[]])] ..
when the the test is ..main() { return 0 ;} ...
, posted long time ago as part of issue3754 ( minimal cross-compilation
support for configure ).
Also thanks for f
Roumen Petrov added the comment:
Configure could call macro to define inline - cf. autoconf manuals.
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/issue5
Roumen Petrov added the comment:
I don't have access to source so my comment will be based only on diffs from
above mentioned revisions.
r80969:
- AC_LANG_PROGRAM ... with main function in body . It is legal as I don't know
C compiler that fail to compile code like ...int main()
Roumen Petrov added the comment:
Hmm, this issue was fixed before.
My be restore of 2.6 distutils ignore those fixes. It is good to compare
current Lib/distutils/sysconfig.py with version from Dec 2009 .
--
nosy: +rpetrov
___
Python tracker
<h
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
May be OutputDebugStringA has to be part of "wince-port" library but if
is fine all win platforms to call *W what about patch to use function
MultiByteToWideChar() ?
___
Python tracker &
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
get_python_inc() and test case is addressed in issue4070 as well.
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
About issue4151 - clean up is in test_sysconfig.py and setup.py - it is
fine with me.
Modification for test_build_ext.py from above mentioned issue break
non-posix builds.
___
Python tracker &
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
configure:5602: checking errno.h usability
configure:5619: gcc-4.0 -c -arch i386 -arch ppc -arch ppc64 -arch x86_64
-isysroot MACOSX_DEPLOYMENT_TARGET=10.5 -g -O2 conftest.c >&5
Binary file conftest.er1 matches
configure
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I don't think that test work on linux without MemoryError. What about if
you set user limits on linux ?
If you enable core file on linux did the test really crash and dump core
or just raise exception and exit witho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
what about data segment and stack size limits ?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
about changes in configure.in(issue4204.diff) - it seems to me that we
could unify all darwin platforms.
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The patch issue4204.diff split cases for "FreeBSD/4.8* | Darwin/6* )".
Please look 10-15 lines below in same case statement
___
Python tracker <[EMAIL PROTECTED]>
<http://
New submission from Roumen Petrov <[EMAIL PROTECTED]>:
After synchronization of my mingw32 cross-compilation environment with
trunk some of tests fail. The reason is that parsermodule fail to link.
Please check build on officially supported platform: MSVC and cygwin.
The attached patch (
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I'm not sure that reported issue is openssl bug.
Just tested a GCC(mingw) build of test case reproduce.zip with
openssl(0.9.8i) and "pthreads-w32". The test run without problems on
nt5.1(xp).
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
You patch is out of date. The current case is for FreeBSD/4.* .
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
No you can't remove $(DESTDIR)
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
missed target version sorry
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4368>
___
__
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Technically patch is not correct : it disable __attribute__ always .
The name of the macro is Py_GCC_ATTRIBUTE. It is a generic name and is
possible(in future) macro to be used set other attributes.
It is just a warning and is not r
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Akira Kitada wrote:
> Akira Kitada <[EMAIL PROTECTED]> added the comment:
>
> Roumen,
> Thanks for the feedback!
>
> This patch disables __attribute__ when PY_FORMAT_SIZE_T isn't defined,
> not always.
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
My idea was not to remove Py_GCC_ATTRIBUTE but the new macro with
specific name that use Py_GCC_ATTRIBUTE.
If macro name is Py_GCC_FORMAT_ATTRIBUTE then something similar to :
#if !defined(PY_FORMAT_SIZE_T)
#define Py_GCC_FORMAT_ATT
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
it is fine on linux (tested with UTF-8 codeset for locale):
$ ./python test𐅭.py
('My arguments are: ', ['test\xf0\x90\x85\xad.py'])
\xf0\x90\x85\xad (UTF-8) = 0001016d (USC-4) = 65901
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
s/USC-4/UCS-4/g
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4474>
___
___
Python
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
"C locale (alias POSIX, ANSI_X3.4-1968) define is 7-bit char-set.
It is expected mbstowcs to return error is a byte sequence contain a
byte > 128.
After quick check into code
(http://svn.python.org/view/python/branches
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The complete patch require redesign of python-distutils ;)
--
nosy: +rpetrov
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Marc-Andre explain all. For the protocol my version is from trunk,
python is build with default options. Since system tcl limit UTF-8 to 3
bytes, python is build for UCS-2.
In the report output from python is with character 010d(UCS-2)
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
There is no reason to overload configure script.
Please look into pyport.h :
#define Py_LOCAL(type) static type
#define Py_LOCAL_INLINE(type) static inline type
Someone add USE_INLINE - not finished.
I guess that other source files
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Christian did you like to propose a separate configure flag for every
dialect that GCC support? I prefer variables like OPT.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
P.S. About C++ comments ( // ) I think that another issue is already
opened (problem on AIX ? ) .
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
make EXTRA_CFLAGS='-std=c89' works for me.
Added file: http://bugs.python.org/file12253/python-trunk-20081206-c89.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
now 2008-12-06 trunk fail on linux
--
nosy: +rpetrov
versions: +Python 2.7
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
may be patch is not applied correctly :
http://svn.python.org/view/python/trunk/setup.py?rev=67614&view=auto
libraries = gdbm_libs ) )
? exts.append( Extension('dbm', ['dbmmodule.c'],
? define_ma
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
:-( the last my comment is incomplete : work for me after "minimal patch"
___
Python tracker <[EMAIL PROTECTED]>
<http://
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The support for *-*mingw* host is enhanced to native msys environment.
This include check for device file /dev/ptmx. The MSYS report that file
exist. As the check is skipped on mingw* host os now cugwin environment
can be used too.
Also
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The new patch is attached. Now the patch allow native build for mingw*
host OS. The build id tested in MSYS environment. The issue title is
updated to reflect this.
The main changes:
- native build require four more build-in m
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
About the regression test results test.
The result from 2008-11-29 is:
306 tests OK.
1 test failed:
test_sundry
54 tests skipped:
Those skips are all expected on win32.
To get those results you mingwex library has to contain
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I'm not sure that recent commits in trunk are correct.
Please confirm that build of dbm module with "Berkeley DB" is deprecated.
Note that exist another module gdbm[gdbmmodule.c].
_
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The changes related to issue 4483 break build on dbm based on "Berkeley
DB" so I update mingw patch to restore bulld to previous state.
Now I expect test_anydbm, test_bsddb and test_whichdb to succeed as
before one week.
Changes by Roumen Petrov <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12269/python-trunk-MINGW.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
The old if statement was "flat":
if find_file("ndbm.h", inc_dirs, []) is not None:
elif (self.compiler.find_library_file(lib_dirs, 'gdbm')
and find_file("gdbm/ndbm.h", inc_dirs,
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
About my environment :
- one is linux :
a) gdbm library, with header gdbm.h, without *ndbm.h
b) "Berkeley DB" many versions but the last is 4.4 I think
- other is cross and native(msys) mingw32 environment
only &quo
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
I confirm my expectation:
in case 'elif cand == "gdbm":' the if statement for "gdbm.h" has to be
removed. This header don't provide dbm/ndbm compatible
structure/function names.
If setup is without
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
Socket module need to be patched too otherwise test_socket fail on UNIX
domain socket tests.
After clean build and with new patch the regression tests results are:
337 tests OK.
3 tests failed:
test_curses test_urllib2_lo
Changes by Roumen Petrov <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12253/python-trunk-20081206-c89.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Roumen Petrov <[EMAIL PROTECTED]> added the comment:
ok for patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4587>
___
___
Python-bugs
Roumen Petrov added the comment:
may be proposed patch break platforms that need specific "export" decoration
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.
Roumen Petrov added the comment:
I'm not sure that patch has to deal with "force to memory".
FYI: when I port python trunk to mingw platform I encounter some
inconsistency for isinf.
My note about issue follow:
- configure.in:
...
dnl FIXME: For mingw "isinf" is a ma
Roumen Petrov added the comment:
As Skip Montanaro report that work on ... may be macro from pymath.h has
to be changed to force conversion to double.
___
Python tracker
<http://bugs.python.org/issue4
Roumen Petrov added the comment:
about "export" decoration it is find in then patch PyAPI_FUNC(double) .
found it after second review
___
Python tracker
<http://bugs.python.
Roumen Petrov added the comment:
The macro Py_IS_INFINITY don't work on linux. The test case(force-inf.c)
is attached. The result don't depend from optimisation flag.
isinf(x)=1
Py_IS_INFINITY(x)=0
Py_IS_INFINITY2(x)=1
isinf(x)=0
Py_IS_INFINITY(x)=0
Py_IS_INFINITY2(x)=0
Added
Roumen Petrov added the comment:
I confirm that following tests test_curses test_urllib2_localnet
test_urllibnet fail if regression test run all test.
All three tests succeed if I run them one by one.
Version - trunk, os - linux.
--
nosy: +rpetrov
Roumen Petrov added the comment:
Tests (trunk 21 dec 2008) fail as before (i.e. test_curses,
test_urllib2_localnet and test_urllibnet) but now test_smtplib fail too.
Single test always succeed as example:
$ echo test_smtplib > /tmp/pynexttest
$ ./python -E -tt ../Lib/test/regrtest.py -l
Roumen Petrov added the comment:
about patch1886.use.tarfile.module.diff - the original tar don't support
-j flag.
--
nosy: +rpetrov
___
Python tracker
<http://bugs.python.org/i
Roumen Petrov added the comment:
Did I misunderstood something about -j -z -Z flags ?
http://src.opensolaris.org /source/xref/onnv/onnv-gate/usr/src/cmd/tar/tar.c
___
Python tracker
<http://bugs.python.org/issue1
Roumen Petrov added the comment:
What is reason to change SO to ".dylib" in configure script and later
Lib/distutils/sysconfig.py to restore it to ".so" ?
Also other builds use $(LDSHARED) to create python shared library. Why
proposed patch introduce inconsistency with oth
Roumen Petrov added the comment:
Skip,
Why the issue title is without platform? Shared build is fine on Linux
and Cygwin too.
___
Python tracker
<http://bugs.python.org/issue4
Roumen Petrov added the comment:
Ronald,
In proposed patch we see (insert about line 740):
+ LDLIBRARY='libpython$(VERSION).dylib'
+ BLDLIBRARY='-L. -lpython$(VERSION)'
+ RUNSHARED='DYLD_LIBRARY_PATH=`pwd`:${DYLD_LIBRARY_PATH}'
Let see com
Roumen Petrov added the comment:
> A --enable-framework and --enable-shared are mutable exclusive. You
> either have a regular unix build or a Python.framework.
May be configure has to block user if both are enabled.
> Is there any documentation on what the role of the "SO&q
Roumen Petrov added the comment:
I would like to confirm issue for trunk.
--
nosy: +rpetrov
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
___
Python tracker
<http://bugs.python.org/issue2
Roumen Petrov added the comment:
The issue is same for trunk.
Step to reproduce(as example on linux):
- remove existing python installation (optional)
- rename Lib/plat-linux2
...
python$EXE ../../Tools/scripts/h2py.py -i '(u_long)'
/usr/include/netinet/in.h
python: error while load
New submission from Roumen Petrov :
make log:
gcc -shared -Wl,--enable-auto-image-base
.../Modules/_collectionsmodule.o -L/usr/local/lib -L. -lpython2.7 -o
build/lib.cygwin-1.5.25-i686-2.7/_collections.dll
.../Modules/_collectionsmodule.o: In function `deque_iter':
.../Mo
New submission from Roumen Petrov :
Check for installed X on cygwin can't find X11/Xlib.h in detect_tkinter
from setup.py
--
files: py-trunk-detect_tkinter-cygwin.patch
keywords: patch
messages: 78724
nosy: rpetrov
severity: normal
status: open
title: detect_tkinter for cygwin
Roumen Petrov added the comment:
I'm not sure that installation work if slash is removed and DESTDIR is
not specified. What about to replace "slash before $(DESTDIR)" with "/./" ?
___
Python tracker
<http
Roumen Petrov added the comment:
I just finish test for altbininstall make target on linux and cygwin.
Ronald,
About the SO issue - in makefile we may use $(LDLIBRARY) instead of
libpython$(VERSION)$(SO) (see py-issue-4472-makefile.patch).
For cygwin libpython$(VERSION)$(SO) is equal to
101 - 200 of 490 matches
Mail list logo
