Jason Tishler added the comment:
AFAICT, yes.
--
___
Python tracker
<http://bugs.python.org/issue2233>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jason Tishler added the comment:
> Is this still an issue on 3.3/3.4?
I presume so.
> Does the patch still work?
I haven't tried it on 3.3 yet, so I don't know if it will apply cleanly.
--
___
Python tracker
<http://bugs.py
Jason Tishler added the comment:
The problem is due to Cygwin's automatic ".exe" extension handling. See the
attached patch (i.e., code comment) for the details. Is this patch acceptable?
--
keywords: +patch
stage: -> patch review
type: -> behavior
Added file: h
New submission from Jason Tishler :
The Cygwin build is failing during make install -- specifically, during the
regen step:
[snip]
mkdir
/home/jt/src/cygwin/cygwin-packages/1.7/python3-test/python-3.2.3-1/src/Python-3.2.3/Lib/plat-cygwin
cp
/home/jt/src/cygwin/cygwin-packages/1.7/python3
Jason Tishler added the comment:
I offer the attached patch for consideration. AFAICT, only the Makefile.pre.in
and build_ext.py changes are required. I included the makesetup change for
completeness and to be consistent with the other changes.
--
keywords: +patch
nosy: +jlt63
Jason Tishler added the comment:
Please do.
When I tested the Cygwin Python 2.6.7-1 release, IDLE was one of my testcases.
In my limited testing (I'm not a regular IDLE user), the menus appeared to
function properly.
--
___
Python tracker
Jason Tishler added the comment:
AFAICT, this issue is resolved in the latest Cygwin Python package (i.e.,
2.6.7-1) that is built against a X11-based Tcl/Tk instead of a Win32 GDI
version:
http://cygwin.com/ml/cygwin-announce/2012-02/msg00014.html
Jason Tishler added the comment:
Sorry, but I don't know. I haven't looked at this issue for almost five years!
And when I did, I only looked as far to determine it wasn't Cygwin related.
--
___
Python tracker
<http://bugs.pytho
Jason Tishler added the comment:
I guess you mean the following:
${var:-value}
Old BSD shells, including the Ultrix sh, don't accept the colon for
any shell substitution, and complain and die.
If so, should we just go forward without the colon? The bash manpage
indicates the foll
Jason Tishler added the comment:
Your latest patch is on the right track, but see my latest one,
Makefile.pre.in.v2.diff, for an optimization. I tested make install
with and without DESTDIR defined on the command line and both cases
behaved as expected.
Added file: http://bugs.python.org
Jason Tishler added the comment:
Obviously not... :,(
It seems like we might have to go with your "/./" workaround, but let
me see if I can come up with another approach.
___
Python tracker
<http://bugs.python.
Jason Tishler added the comment:
Sorry for the delay, but I was on vacation and then recovering from
vacation...
You are correct that my initial patch does not handle the case when
DESTDIR is not specified. Your suggestion will work, but seems hacky.
What about adding the defaulting of
Jason Tishler <[EMAIL PROTECTED]> added the comment:
Hirokazu Yamamoto wrote:
> Umm, it works, but I'm not sure we can call import library as
> dylib...
Agreed.
> I had considered attached patch "experimental_distutils.patch".
> It's little adhoky, I
Jason Tishler <[EMAIL PROTECTED]> added the comment:
I don't think the patch, cygwin-smaller.diff, is correct. The value of
static_lib_extension needs to remain ".a". Otherwise, shared
extensions attempting to build against a library that only offers a
static vers
Jason Tishler <[EMAIL PROTECTED]> added the comment:
Hirokazu Yamamoto wrote:
> Python is not using CCygwinCCompiler to build itself on cygwin.
Which I why my patch modifies UnixCCompiler instead of
CCygwinCCompiler. FWIW, my patch leverages the already existing
Cygwin specifi
Jason Tishler <[EMAIL PROTECTED]> added the comment:
The Cygwin build issue was worked around by releasing a sqlite3
package that contains a static library too. However, this causes the
Python _sqlite module to be statically linked against sqlite3 even
though a shared library vers
Jason Tishler <[EMAIL PROTECTED]> added the comment:
The Cygwin build is having the same problem:
http://cygwin.com/ml/cygwin/2008-09/msg00145.html
In this case, the sqlite3 libraries are installed (in /usr/lib), but
their suffixes do not match the expected values.
Does anyone know th
Jason Tishler <[EMAIL PROTECTED]> added the comment:
Thanks!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2234>
___
___
Python-bugs
Jason Tishler <[EMAIL PROTECTED]> added the comment:
cygwinccompiler.py only uses the first group:
$ fgrep group cygwinccompiler.py
gcc_version = StrictVersion(result.group(1))
ld_version = StrictVersion(result.group(1))
dllwrap_version = StrictV
Jason Tishler <[EMAIL PROTECTED]> added the comment:
I tested the regular expression in #3:
(\d+\.\d+(\.(\d+))?([ab](\d+))?)
and it worked for both '2.18.50.20080523' & '1.2.3a'.
Additionally, it worked for the following test cases that I tried:
2.18.50a.2008
Jason Tishler <[EMAIL PROTECTED]> added the comment:
There have been three different regular expressions proposed to
resolve this issue:
1. http://bugs.python.org/issue2234
2. http://bugs.python.org/issue3013
3. http://cygwin.com/ml/cygwin/2008-05/msg00622.html
Does anyone know which
Jason Tishler <[EMAIL PROTECTED]> added the comment:
If the version is guaranteed to be x.y or x.y.z, then the patch seems
correct. Note I am not set up to test this patch and it has been
years since I have looked at this part of the code base. Sorry, that
I can't be m
Changes by Jason Tishler:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2233>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
New submission from Jason Tishler:
Makefile.pre.in contains extra slash before $(DESTDIR) in two locations
as in the following:
sharedinstall:
$(RUNSHARED) ./$(BUILDPYTHON) -E $(srcdir)/setup.py install \
--prefix=$(prefix) \
--install-scripts=$(BINDIR) \
--install
24 matches
Mail list logo
