Allgemeine Wünsche und Fragen

[max_10]

@jokel
das wird dir nicht helfen, NI baut python fürs image mit diesem cache Ordner, ich lasse pyc bauen wie im E2 Image.

[max_10]

@vanhofen
jetzt im log sehe ich auch was du mit CC meinst.

[vanhofen]

Das glaube ich nicht. Du hast meinen Fehler nicht.

Code: Alles auswählen

creating tmp
cc -I/home/vanhofen/ni/buildsystem/root/usr/include/libxml2 -I/home/vanhofen/ni/buildsystem/root/usr/include -I/usr/include/libxml2 -c /tmp/xmlXPathInit63od89p9.c -o tmp/xmlXPathInit63od89p9.o

Bei mir wird nicht arm-cortex-linux-gnueabihf-gcc, sondern cc benutzt, obwohl CC=$(TARGET_CC) im Environment korrekt gesetzt ist.
Das Endet dann in folgender Meldung:

Code: Alles auswählen

/usr/bin/ld: skipping incompatible /home/vanhofen/ni/buildsystem/root/usr/lib/libxml2.so when searching for -lxml2

[vanhofen]

Ich baue mal python und host-python wie du. Vielleicht komme ich dann weiter.

[jokel]

@jokel
das wird dir nicht helfen, NI baut python fürs image mit diesem cache Ordner, ich lasse pyc bauen wie im E2 Image.

jetzt wo du es sagst .. unter e2 war das ein klacks "opgk install python-lxml" .. hast recht

[max_10]

@jokel
du verstehst gerade nicht was ich meinte, es gibt bei mir nur *.py und *.pyc und nicht noch diese ganzen cacheordner unter usr/lib/python3.11 und das war gemeint wie unter E2, würde unter NI genau so gehen wenn es auch so gebaut ist und etwas fertiges mit opgk zu installieren ist ja keine Kunst.

[jokel]

ich bin schon mal froh .. das ich den rest für pluto.py via pip installieren kann
es fehlt halt nur noch lxml .. im ni-image .. und nur wegen xml

[jokel]

zu beispiel konnte ich certifi ganz einfach updaten mit ..

Code: Alles auswählen

(venv) [jokel ~]# pip install --upgrade certifi
Requirement already satisfied: certifi in ./venv/lib/python3.11/site-packages (2023.7.22)
Collecting certifi
  Using cached certifi-2023.11.17-py3-none-any.whl.metadata (2.2 kB)
Using cached certifi-2023.11.17-py3-none-any.whl (162 kB)
Installing collected packages: certifi
  Attempting uninstall: certifi
    Found existing installation: certifi 2023.7.22
    Uninstalling certifi-2023.7.22:
      Successfully uninstalled certifi-2023.7.22
Successfully installed certifi-2023.11.17
(venv) [jokel ~]# 

das ist ja das schöne unter einer virtualenv .. das man auch bestimmte sachen machen kann
ohne das laufende system zu verschandeln .. vanhofen hatte certifi-2023.7.22 installiert
jetzt ist es certifi-2023.11.17 .. zauberei

[vanhofen]

Ich baue mal python und host-python wie du. Vielleicht komme ich dann weiter.

@Max, mein host-python unterscheidet sich von deinem quasi nicht. Umso erstaunlicher, dass du den Fehler in pyport.h nicht hast. Bleibt noch das Crosstool oder das $(TARGET_ABI)-Handling. Das hast du ja auch anders als wir. Viel mehr Ideen hab ich dann aber auch nicht mehr. ^^
Bis dahin habe ich hier erstmal den #error in pyport.h durch eine #warning ersetzt.

[max_10]

Der unterschied sollte nur der zusätzliche Patch bei mir sein
0032-use-legacy-path-for-pycs.patch
aus openembedded-alliance-core git, damit es diese Cashe Ordner nicht gibt und die pyc normal im Ordner sind.

[jokel]

bitte schön
python-lxm.log

da steht ..

Code: Alles auswählen

copying build/lib.linux-x86_64-cpython-311/lxml/etree.cpython-311-x86_64-linux-gnu.so -> /home/max/0_buildsystem-max-test/root/usr/lib/python3.11/site-packages/lxml

das heist .. das lxml für x86_64-linux-gnu compiliert wurde
cross compiliert sollte das so aussehen ..

Code: Alles auswählen

etree.cpython-311-arm-cortex-linux-gnueabihf.so

unter e2 heist die datei ..

Code: Alles auswählen

etree.cpython-311-arm-linux-gnueabihf.so

ist mir nur so aufgefallen

[max_10]

@jokel
das meinte ich den Tag, mit der Aussage zu CC

@vanhofen
jetzt im log sehe ich auch was du mit CC meinst.

[jokel]

das heisst du wusstest das du bzw. compiliert wurde aber nicht für die h7
und somit unbrauchbar .. ich muss nachher mal dein buildsystem-max bauen damit ich vergleichen kann
zumindest habe ich gesehen das unter ni-buildsystem die cross compile in der configure auf no steht

[vanhofen]

zumindest habe ich gesehen das unter ni-buildsystem die cross compile in der configure auf no steht

Wo?

Ich hatte mit Max` Buildsystem übrigens die gleichen Sorgen wie mit meinem. Drum hab ich bei mir auch noch nichts umgestellt.

[jokel]

dazu muss ich erst mein system wechseln .. später
z.z. lese ich
https://www.google.com/search?q=cross+p ... e&ie=UTF-8

und muss mal schauen .. wegen gcc-mulilib u. python-dev das sollte auf meinem ni-buildsystem system vorhanden sein

[vanhofen]

z.z. lese ich
https://www.google.com/search?q=cross+p ... e&ie=UTF-8

Guck mal. Alles schon pink bei mir.

Alles ohne Erfolg. Auch ChatGPT war hier keine große Hilfe.

Ich hab bei host-python auch schon mit --build= und --host= rumgespielt. Hat auch nichts gebracht.
Diverse Experimente mit den ac_cv_sizeof_xxx-Variablen hab ich auch durch.

Ich hab dann resigniert und bin über jeden hilfreichen Tipp dankbar.

[jokel]

wobei ich auch noch dabei bin das zu lesen ..
https://github.com/buildroot/buildroot/ ... on-lxml.mk
https://www.google.com/search?q=python+ ... e&ie=UTF-8

Code: Alles auswählen

PYTHON_LXML_SETUP_TYPE = setuptools

wäre eine feine sache ..
setuptools darunter verstehe ich das dies gebildet wird unter python3 selbst ..

Code: Alles auswählen

/home/vanhofen/ni/buildsystem/host/include/python3.11/

ist das build von python3 nicht richtig für die zielplattform hapert es fehlermeldungen

das problem bei max ist .. er hat zwar python-lxml compiliert aber nicht für arm-cortex-linux-gnueabihf

aber es wäre schon toll wenn die installation via setuptools funken würde .. nicht nur wegen lxml
mir geht es auch nicht mehr um lxml .. da ich feststellen musste das die pluto.py damit auch nicht laufen
würde .. weil z.b. imagemagick fehlt usw. ist halt so eine ehrgeiz sache

[max_10]

Das NI-buildsystem, baut bei mir auch nicht, bekomme dann auch diesen LONG_BIT Fehler.
An der GCC Version kann es nicht liegen, habe dann selber mal mit 13 gebaut, und ging bei mir auch durch, bis auf das x86_64 in den so Dateien.

[jokel]

zumindest habe ich gesehen das unter ni-buildsystem die cross compile in der configure auf no steht

Wo?

Ich hatte mit Max` Buildsystem übrigens die gleichen Sorgen wie mit meinem. Drum hab ich bei mir auch noch nichts umgestellt.

Code: Alles auswählen

/home/jokel/ni-buildsystem/.build/Python-3.11.5/configure

da steht ..

Code: Alles auswählen

#
# Initializations.
#
ac_default_prefix=/usr/local
ac_clean_files=
ac_config_libobj_dir=.
LIBOBJS=
cross_compiling=no
subdirs=
MFLAGS=
MAKEFLAGS=

wenn ich das ändere auf yes
und ./configure
eingebe
kommt das ..

Code: Alles auswählen

jokel@jokel-ThinkPad:~/ni-buildsystem/.build/Python-3.11.5$ 
./configure
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
configure: error: Cross compiling requires --with-build-python

----

und zu max .. i.p. python-lxml .. aber leider nicht für die h7

[+] Spoiler

jokel@jokel-ThinkPad:~/buildsystem-max$ make python-lxml
>>> h7 python-lxml 5.1.0 Start-up build
>>> h7 python-lxml 5.1.0 Extracting
>>> h7 python-lxml 5.1.0 Building
Building lxml version 5.1.0.
/home/jokel/buildsystem-max/build_tmp/lxml-5.1.0/./setup.py:67: DeprecationWarning: pkg_resources is deprecated as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html
import pkg_resources
Building without Cython.
Building against libxml2 2.11.5 and libxslt 1.1.38
Building against libxml2/libxslt in one of the following directories:
/home/jokel/buildsystem-max/build_host/bin/../../root/usr/lib
/home/jokel/buildsystem-max/build_host/bin/../../root/usr/lib/pkgconfig/../../lib
>>> h7 python-lxml 5.1.0 Installing
Building lxml version 5.1.0.
/home/jokel/buildsystem-max/build_tmp/lxml-5.1.0/./setup.py:67: DeprecationWarning: pkg_resources is deprecated as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html
import pkg_resources
Building without Cython.
Building against libxml2 2.11.5 and libxslt 1.1.38
Building against libxml2/libxslt in one of the following directories:
/home/jokel/buildsystem-max/build_host/bin/../../root/usr/lib
/home/jokel/buildsystem-max/build_host/bin/../../root/usr/lib/pkgconfig/../../lib
/home/jokel/buildsystem-max/root/usr/lib/python3.11/site-packages/setuptools/_distutils/cmd.py:66: SetuptoolsDeprecationWarning: setup.py install is deprecated.
!!

********************************************************************************
Please avoid running ``setup.py`` directly.
Instead, use pypa/build, pypa/installer or other
standards-based tools.

See https://blog.ganssle.io/articles/2021/1 ... cated.html for details.
********************************************************************************

!!
self.initialize_options()
/tmp/tmp7dja8ov0.py:1: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
from distutils.util import byte_compile
>>> h7 python-lxml 5.1.0 Follow-up build
>>> h7 python-lxml 5.1.0 Clean-up
>>> h7 python-lxml 5.1.0 Building completed

jokel@jokel-ThinkPad:~/buildsystem-max$

[vanhofen]

Es ist löblich, dass du wirklich alles versuchst und stets bemüht bist, aber du ziehst die falschen Schlüsse, jokel. ^^

Das Python, was du in .build findest, wird nicht zum Kompilieren benutzt, deswegen steht dort "cross_compiling=no". Das ist das cross-kompilierte Python für die Box.
Zum Bau wird das Python im Host-Verzeichnis benutzt. Und es scheint wohl ein Problen bei Python zu geben, wenn man auf einer 64-bittigen Maschine für 32Bit cross-kompilieren will. Zumindest deuten die vielen Treffer bei Google darauf hin.

@Max, dein python-lxml läuft bei dir auf der Box oder baust du für PC?