Ray Donnelly added the comment:
Yes, patches are still required.
Mainly Roumen's big patch [1] and then a load more too. Matthias Klose has
merged a few cross compilation patches.
Here my project with patches for 3.3.0 and an emphasis on cross:
https://github.com/mingwandroid/crucifixion
Greg Hellings added the comment:
Bummer, the patches in that issue do not apply cleanly to either the 3.3.0
released tarball nor to the 3.3 branch from hg.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
Roumen Petrov added the comment:
I agree that cross-compilation is now usable.
Issues related to build and test outside source tree more or less are permanent
but out of cross-compilation scope.
Also parts of patches posted in this issue now are in separate defects or
enhancements
Roundup Robot added the comment:
New changeset c0370730b364 by doko in branch 'default':
- Issue #16235: Implement python-config as a shell script.
http://hg.python.org/cpython/rev/c0370730b364
--
nosy: +python-dev
___
Python tracker
Matthias Klose added the comment:
now committed, using stdin for sed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
Ray Donnelly added the comment:
Thank you Matthias!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Python-bugs-list mailing list
Roumen Petrov added the comment:
Matthias Klose wrote:
Matthias Klose added the comment:
about py3k-20121004-CROSS.tgz:
[SNIP]
- 0002-CROSS-restore-graminit.-to-source-directory.patch
[SNIP]
- 0003-CROSS-restore-importlib-header-to-source-directory-a.patch
[SNIP]
-
Roundup Robot added the comment:
New changeset 4c97d2d464ad by doko in branch '3.3':
- Issue #16292: Improve a comment for cross building in configure.ac
http://hg.python.org/cpython/rev/4c97d2d464ad
New changeset 4feff8c8250b by doko in branch 'default':
- Issue #16292: Improve a comment for
Matthias Klose added the comment:
updated the comment, the fixes for the duplicate issues are checked in.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
Roundup Robot added the comment:
New changeset 11a18263ceb7 by doko in branch '2.7':
- Issue #3754: fix typo in pthread AC_CACHE_VAL.
http://hg.python.org/cpython/rev/11a18263ceb7
New changeset e28b30e6eee6 by doko in branch '3.2':
- Issue #3754: fix typo in pthread AC_CACHE_VAL.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
Matthias Klose added the comment:
about py3k-20121004-CROSS.tgz:
- committed 0001-CROSS-fix-typo-in-thread-AC_CACHE_VAL.patch
- 0002-CROSS-restore-graminit.-to-source-directory.patch
is this necessary? Assuming that you have correct time
stamps, this is something which usually is not
Matthias Klose added the comment:
so here is what I intend to commit.
- --help now does exit with 0 (same as the python script)
- removed the abi safety check (always compares the same
two strings)
- build the script for the build target, so that it can be
checked before installing it.
Ray Donnelly added the comment:
Great. My only query is whether the changes to sed will work on non-GNU sed.
It used to be like:
sed in out
you've now got:
sed in out
I'm not saying it won't work, I'm not in a position to check, but I think it's
safer to keep it as it was.
--
STINNER Victor added the comment:
@doko: You integrated patches related to cross-compilation. Can this issue be
closed, or does the Buildroot project still contain useful patches?
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http
Ray Donnelly added the comment:
New patch attached:
LIBPL changed to a more direct AC_SUBST and PLATINCDIR used for --includes and
--cflags.
--
Added file: http://bugs.python.org/file28164/-add-python-config-sh.patch
___
Python tracker
Matthias Klose added the comment:
looks fine, just one more minor issue: please use @LIBPL@ directly.
there's no feedback from others, so I think this should go in as the extra
script first, and not replace the original one immediately.
--
___
Matthias Klose added the comment:
oh, the equivalent for
flags = ['-I' + sysconfig.get_path('include'),
'-I' + sysconfig.get_path('platinclude')]
is still missing. I know that both scripts versions are only run post-install,
but let's have the same output.
Ray Donnelly added the comment:
I've addressed everything (local, ABIFLAGS) except the platform includes.
AFAICT, platform includes only differs from includes during the Python build
phase. This script can only be run post-install.
I also added --extension-suffix, tidied it up and allowed it
Matthias Klose added the comment:
see issue #1161914 for the original script.
2) Since we are Pythoneers, why write this script as a
shell-script instead of a Python script? (sh may not even be
available on Windows).
python-config is usally not used by python module builds, but third party
Changes by Matthias Klose d...@debian.org:
--
nosy: +georg.brandl, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Ray Donnelly added the comment:
is there a need for the built vs. installed prefix?
this is logic not found in the python implementation.
what is this supposed to do?
You are right, it is not found in the original python implementation, but I
feel that it's useful. Without it, you
Matthias Klose added the comment:
Am 07.11.2012 13:52, schrieb Ray Donnelly:
Ray Donnelly added the comment:
is there a need for the built vs. installed prefix?
this is logic not found in the python implementation.
what is this supposed to do?
You are right, it is not found in
Ray Donnelly added the comment:
hmm, but python.pc, _sysconfigdata.py and Makefile still have this
information.
In my experience, as long as PYTHONHOME is set correctly before the Python .so,
.dll or .dylib is loaded then everything works correctly.
From what I've seen, .pc files are also
Roumen Petrov added the comment:
HI, Ambroz
Ambroz Bizjak wrote:
I've applied all patches from py3k-20121004-CROSS.tgz to Python 3.3.0 except
2, 4, and 9 (which didn't apply), but it's not working. After it builds the
built in modules, it tries to run the parser generator which was
Ambroz Bizjak added the comment:
I've applied all patches from py3k-20121004-CROSS.tgz to Python 3.3.0 except 2,
4, and 9 (which didn't apply), but it's not working. After it builds the built
in modules, it tries to run the parser generator which was cross-compiled.
make Parser/pgen
make[1]:
Ambroz Bizjak added the comment:
Forgot to mention: I did run autoreconf after applying the patches. I'm
attaching the full output.
--
Added file: http://bugs.python.org/file27896/log
___
Python tracker rep...@bugs.python.org
Ambroz Bizjak added the comment:
A minor issue: if only --host= is specified on command line but not --build=,
then cross_compiling variable is only defined after AC_PROG_CC is called.
However, configure.ac uses it before that (e.g. the part at the top which looks
for a python interpreter).
Ray Donnelly added the comment:
I agree in principle about not having to maintain two implementations but I
would worry about breaking external packages that depend on the python
implementation.
In the meantime, please find an updated version of this patch that adds support
for --configdir
Ray Donnelly added the comment:
I also checked the Windows releases and python-config isn't included. However,
I don't think there's a good reason for that. python-config would in theory
work fine if people wanted to link their programs to Python on Windows, as
would python-config.sh given a
Matthias Klose added the comment:
Earlier, we had the shell script, now we have the python implementation, which
doesn't work for cross builds. On the other hand, I don't like to have two
implementations which need to be kept in sync.
So my proposal would be to discard the python
Ronald Oussoren added the comment:
The patch itself looks fine, but I wonder how useful it will be.
A small question about the patch, why this case in the cross_arch function:
+ x86_64*darwin*)
+ echo i386
That doesn't look correct.
Back to the more important issue of the
support harder, I already get support questions where the
answer depends on the way Python was build and that will likely get worse
with cross-compiling.
I'd be happy to do whatever I can to help out with this. If we could identify
in the build that it was built via cross compilation somehow
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16291
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
___
Python-bugs-list mailing list
cross compilation.
Tested with build=linux, host=darwin
Added file: http://bugs.python.org/file27647/0010-cross-darwin-feature.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16291
Roumen Petrov added the comment:
duplicate with 15483 and 15484
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
___
New submission from Ray Donnelly:
This patch fixes 2 cross compilation bugs and improves a comment.
--
components: Cross-Build
files: 0005-cross-fixes.patch
keywords: patch
messages: 173423
nosy: Ray.Donnelly, doko
priority: normal
severity: normal
status: open
title: Cross compilation
Changes by Ray Donnelly mingw.andr...@gmail.com:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
___
Python-bugs-list
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +doko
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Python-bugs-list mailing
with Python pretty printer support.
--
components: Cross-Build
files: -add-python-config-sh.patch
keywords: patch
messages: 172925
nosy: Ray.Donnelly
priority: normal
severity: normal
status: open
title: Add python-config.sh for use during cross compilation.
type: enhancement
versions
Roumen Petrov added the comment:
Hi Václav,
uploaded file py3k-20121004-CROSS.tgz contain current status of patch extracted
as is from my repository, i.e. on small chunks. I have no idea what is in 3.3.0
.
--
Added file: http://bugs.python.org/file27444/py3k-20121004-CROSS.tgz
Václav Šmilauer added the comment:
Being a newcomer to this issue, I would like to ask for a brief summary about
which parts of the patch are checked in for 3.3.0 and which are still to be
applied.
Roumen mentions #15483, #15484, #15268 and the ac_cv_thread in the previous
post as mandatory
Roumen Petrov added the comment:
I hope that following separate issues will address remaining part of this
patch:
required:
- 15483: initialise include and library paths in setup.py
- 15484: use _PYTHON_PROJECT_BASE in distutils sysconfig
- TODO: typo in in configure.in - use ac_cv_pthread
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 56c574a1819a by doko in branch 'default':
- Issue #3754, refactor sys.platform / get_platform bits, use a
http://hg.python.org/cpython/rev/56c574a1819a
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset af15910d2ffb by doko in branch 'default':
- Issue #3754: Use AC_PATH_TOOL and AC_CHECK_TOOLS instead of
http://hg.python.org/cpython/rev/af15910d2ffb
--
___
Python
Matthias Klose d...@debian.org added the comment:
updated the patch in issue #14330.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Matthias Klose d...@debian.org added the comment:
some chunks of the python-py3k-20120607-CROSS.patch patch are now checked in.
I didn't see any issues with the symlinks, and generating the posix vars, so
maybe these bits should be dropped from the patch.
remaining issues are:
- the
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d158b0a78390 by doko in branch 'default':
- Issue #3754: Some unrelated configure.ac cleanups.
http://hg.python.org/cpython/rev/d158b0a78390
--
___
Python tracker
Matthias Klose d...@debian.org added the comment:
for the readline ldd check, I'm checking in a patch to use readelf instead of
ldd for the cross build.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e6e99d449bdc by doko in branch 'default':
- Issue #3754: Use readelf instead of ldd for the cross build readline check
http://hg.python.org/cpython/rev/e6e99d449bdc
--
Matthias Klose d...@debian.org added the comment:
the ncurses/_flags changes seem to be unrelated. please open a separate issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 12a56a349af2 by doko in branch 'default':
- Issue #3754: Fix /dev/ptmx, /dev/ptc file checks for cross builds,
http://hg.python.org/cpython/rev/12a56a349af2
--
___
Python
to be defining it to 0...
but IMHO, these parts are not directly related to cross compilation support so
shouldn't be part of this patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
Matthias Klose d...@debian.org added the comment:
Roumen, I would like to close this issue. Please could you file separate issues
for the remaining bits?
- the thread/pthread configure issue
- the generation of the Setup / pyconfig.h files?
--
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Matthias I cannot follow all you questions as I'm on vacation so briefly:
a) ac_cv_thread is type correct one is with'p'
b) ncurses
NCURSES_INTERNALS reported again in issue 14598
NCURSES_OPAQUE - i don't have time to explain all
Ray Donnelly mingw.andr...@gmail.com added the comment:
Re Android
Ah of course. In that case, there's always the NDK built by Dmitry (his latest
is v7 AFAIK):
http://www.crystax.net/en/android/ndk
--
___
Python tracker rep...@bugs.python.org
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file: http://bugs.python.org/file25850/python-py3k-20120607-CROSS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
About Android issue with wchar still is applicable. So issue is not exactly as
in 12010. Even with changed size multi-byte functions just return return
result like a byte array, i.e. without conversion. Since python try to
validate
Changes by Alexis Metaireau ale...@notmyidea.org:
--
nosy: -alexis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list
Changes by Ray Donnelly mingw.andr...@gmail.com:
Added file:
http://bugs.python.org/file25762/python-py3k-20120318-CROSS-330a2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
appreciate your efforts in this area. I've recently started looking into cross
compilation of Python as I want to build everything on Linux and hopefully I
can be useful in this effort.
What you said about wchar_t on Android is true on API level = 8, but fixed for
8. See:
https
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file: http://bugs.python.org/file24923/python-py3k-20120318-CROSS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I cannot test arm build due to issue 12010
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Matthias Klose d...@debian.org added the comment:
some of these changes are now available in trunk, tested with a
x86_64-linux-gnu to arm-linux-gnueabihf cross build.
using issue 14324 for configure tests which need fixes, and issue 14327 for the
use of uname in the configure script.
please
Éric Araujo mer...@netwok.org added the comment:
Not for distutils (feature-frozen, see previous messages)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Changes by Mike Frysinger vap...@users.sourceforge.net:
--
nosy: +vapier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Matthias Klose d...@debian.org added the comment:
issue 14330 handles not using the host python for the build
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
compilation
+# = so lets use abspath again ;)
+# NOTE Issue #6612: Fix site and sysconfig to catch os.getcwd() error,
+# eg. if the current directory was deleted. replase all occurrence of
+# realpath with _safe_realpath. Instead to update _safe_realpath to use
+# abspath the cross-compilation revert all
Matthias Klose d...@debian.org added the comment:
Roumen, do you have a newer patch which applies to the current trunk?
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Éric Araujo mer...@netwok.org added the comment:
The distutils changes will not happen, we’re under a feature freeze.
Cross-compilation support would need to be added to packaging, and we need to
port Python’s build process to packaging too for 3.4 or 3.5. Also, it’s very
hard to decide
Antoine Pitrou pit...@free.fr added the comment:
The distutils changes will not happen, we’re under a feature freeze.
Cross-compilation support would need to be added to packaging, and we
need to port Python’s build process to packaging too for 3.4 or 3.5.
Why 3.4 or 3.5
Éric Araujo mer...@netwok.org added the comment:
Because I don’t think anyone will have the time to try to port Python’s
setup.py to packaging, fix the bugs it founds and add the features it needs in
time for 3.3. On my own todo lists, there is much work still needed to define
the public
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11365
___
___
Changes by David Marqvar Nielsen da...@marqvar.dk:
--
nosy: +marqvar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list
previous comments: distutils does not get new features
(cross-compilation is a new feature), please focus on packaging.
--
assignee: - tarek
components: +Distutils2
nosy: +alexis, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file: http://bugs.python.org/file23034/python-py3k-20110825-CROSS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Changes by Kalev Lember kalevlem...@gmail.com:
--
nosy: +kalev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Éric Araujo mer...@netwok.org added the comment:
No, they’re not the same.
See also my listing of (most of the) cross-compile patches:
http://mail.python.org/pipermail/python-dev/2011-March/110099.html
--
___
Python tracker rep...@bugs.python.org
wrobell wrob...@pld-linux.org added the comment:
as well, by default one experiences
checking for /dev/ptmx... not set
configure: error: set ac_cv_file__dev_ptmx to yes/no in your CONFIG_SITE file
when cross compiling
the workaround:
1. create config.site file with the following lines
wrobell wrob...@pld-linux.org added the comment:
next question. when starting compilation i am getting
In file included from Include/Python.h:50,
from ./Modules/python.c:3:
Include/pyport.h:257:13: error: #error This platform's pyconfig.h needs to
define PY_FORMAT_LONG_LONG
are cross compiling). this is similar problem to
ptmx/ptc problem (we do not know if host have support for ptmx/ptc).
i wonder if the following would be acceptable
1. if in cross compilation mode, the configure.in could load config-cross.site.
2. the config-cross.site would define variables for ptmx
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
At least one is really would like to cross-compile.
worber, the config site has to look like (sample for linux i?86, i.e. intel 32
bit, as host platform)
=
ac_cv_little_endian_double=yes
wrobell wrob...@pld-linux.org added the comment:
Would it be possible to get list of steps required to test this patch?
1. hg clone
2. copy config.sub and config.guess?
3. autoreconf
4. configure...
5. make
What else?
--
___
Python tracker
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Usually this is not a question for bug-tracking system . configure ..
--host= will enter into cross-compilation mode. You could find more
details into respective manual.
Roumen
wrobell wrob...@pld-linux.org added the comment:
well, looking at the first comment, there is required more than simple read of
the manual (i.e. missing config.guess/config.sub).
is anything else missing or required?
--
___
Python tracker
Changes by Victor Godoy Poluceno victorpoluc...@gmail.com:
--
nosy: -victorpoluceno
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Greg, ensure correct configure script first as run commands autoheader and
autoconf.
Updates to configure script are not in patch . The patch include updates to
source configure.in and autoconf command will update configure.
Changes by wrobell wrob...@pld-linux.org:
--
nosy: +wrobell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Greg Hellings greg.helli...@gmail.com added the comment:
Current patch errors with the following message:
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -L/manual/lib
-L/binary/lib -L/manual/lib -L/binary/lib Parser/acceler.o Parser/grammar1.o
Pars
er/listnode.o Parser/node.o
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file: http://bugs.python.org/file22036/python-py3k-20110520-CROSS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Changes by Greg Hellings greg.helli...@gmail.com:
--
nosy: +Greg.Hellings
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Changes by René Schümann whitet...@gmail.com:
--
nosy: +WhiteTiger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list
Changes by David Kern ips...@gmail.com:
--
nosy: +David.Kern
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Uhh after some pseudo multiarch improvements previous patch fail. So new one is
uploaded.
Also with this version cross-build won't build pgen$(EXEEXT).
--
Added file:
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Éric Araujo mer...@netwok.org added the comment:
I see some “fix for issue #NNN is bogus” in your patch: would you open separate
bug reports for those? A diff file is not a very useful way to report bugs or
express opinions wink.
--
___
Python
201 - 300 of 362 matches
Mail list logo