Mark Mikofski added the comment:
Would you consider just handling activate for windows directly in the
lib/venv/__init__.py method "install_scripts(self, context, path)"
https://github.com/python/cpython/blob/4f98f465f14e7258c5b18a62c5aa114dbe1174d8/Lib/venv/__init__.py#L382
New submission from Mark Mikofski :
TL;DR: if PC user compiles source which defines "timezone" in a header, and
includes Python.h after the header, then the macro also called "timezone" in
pyconfig.h will redefine the users source, yielding unexpected results.
see Cython
Mark Mikofski added the comment:
I've set up AppVeyor CI (http://www.appveyor.com/) to build the latest tag in
the 2.7 branch of cpython at https://hg.python.org/ and to deploy zip files of
x86 and x64 standalone builds to
http://breakingbytes.alwaysdata.net/PythonBootstrap/. The builds
Mark Mikofski added the comment:
Anyone still following this issue, as I posted in issue22516, there is an
embeddable zipped version of Python-2.7.X built from source using the PCbuild
batch files and vc90 toolset for both x86 and x64 called Python Bootstrap:
http
Mark Mikofski added the comment:
This is effecting IronPython as well, because .NET objects return copies not
references. If a .NET assembly method is called from IronPython, its return is
a copy, not a reference. Therefore the reference of a boolean return is not the
same as the internal
Mark Mikofski added the comment:
+1 I just wasted at least an hour on this. :( should have checked bugs first.
Google says nothing, so I thought I was going crazy. I saw that py.exe had only
one icon and that Python.File had c:\windows\py.exe, 1 while
Python.CompiledFile had C:\windows\py.exe
Mark Mikofski added the comment:
I think I have this issue even after interpreter exits. My setup.py creates a
.dll then later loads the dll for testing using ctypes. Subsequent runs of
setup.py that would force rebuilding the .dll attempt to delete the old dll
first if it exists, but I get
Mark Mikofski added the comment:
Snippets of "proprietary" code
`setup.py`
--
# run clean or build libraries if they don't exist
if 'clean' in sys.argv:
try:
os.remove(os.path.join(LIB_DIR, SOLPOSAM_LIB_FILE))
os.remove(os.path.join(L
Mark Mikofski added the comment:
still have the `link.exe` 1561 error without `extra_args=['/DLL']` issue. is
there a patch? It goes in `distutils._msvccompiler` right?
--
nosy: +bwanamarko
___
Python tracker
<http://bugs.python.o
Mark Mikofski added the comment:
same problem in 2.7.5 on Oracle Linux 7.2
--
nosy: +bwanamarko
___
Python tracker
<http://bugs.python.org/issue15795>
___
___
Mark Mikofski added the comment:
I know this issue is closed, but as there is no voting or plus 1, I'll add my
support for allowing local installation of not just Python-3, but also
Python-2.7. I'm not sure what is gained by adding this restriction, or how
difficult it would be to a
Mark Mikofski added the comment:
one more note, NaCl (J. Morton), you can install from the msi to any directory
you want by using the following from a command line opened to the folder where
you have the installer:
C:\path\to\msi\download> msiexec /a python-2.7.9.amd64.msi TARGETDI
Mark Mikofski added the comment:
1. J morton: just install Anacondahttp://continuum.io/downloads
2. I will take a look at the msi and see if I can accommodate both installs in
the same installer
--
___
Python tracker
<http://bugs.python.
Mark Mikofski added the comment:
WinPython and miniconda are more current distros than portable python, and they
come in both 32 & 64bit flavors.
Portable python hasn't been updated recently and only offers 32 bit which is
IMO worthless except for the bundle as app case, eg meld inst
Mark Mikofski added the comment:
J. Morton and anyone else needing a Python-2.7.9 Windows release to use without
admin rights or to embed in a personal application can see my blog to roll
there own or download one of the versions from my dropbox
http://poquitopicante.blogspot.com/2015/03
15 matches
Mail list logo
