Add bin folder to python targets, and adapt the regular python layout (save for the zip).

[Ivorforce]

Addresses #19. We should probably document this (and / or make it simpler), but this is a good start.

This allows godot-python users to use python (and pip) out of the box:

PYTHONPATH=bin/macos-x86_64/python312.zip:bin/macos-x86_64/python312.zip/site-packages bin/macos-x86_64/python/bin/python3 -m pip install -t bin/macos-x86_64/python/lib/python3.12/site-packages <packages>

The python binary points to @executable_path/../lib/libpython3.12.dylib so it's already configured correctly with this new layout (i.e. python lib moved to python/lib).

The bin folder is .gdignore'd.

[Ivorforce]

I was hoping providing a single path would make it upload the file as-is, but it's still zipping the zip. Need to find a better way.

[maiself]

Questions:

• Does adding the new python subdirectory break linking?
• Have you tested on platforms aside from mac?
• What are the consequences of running python in this environment?
• Does this use a local python config or pull from the systems?
• Will there be conflict with this config vs the projects isolated config?
• Is this really the right approach?

[maiself]

Linux build is broken with this:

ERROR: Can't open dynamic library: /home/mai/src/godot-python-extension/test/bin/linux-x86_64/libgodot-python.linux.x86_64.so.
Error: libpython3.12.so.1.0: cannot open shared object file: No such file or directory.

Probably due to moving libpython to a subdirectory:

readelf -d bin/linux-x86_64/libgodot-python.linux.x86_64.so
...
 0x0000000000000001 (NEEDED)             Shared library: [libpython3.12.so.1.0]
...
 0x000000000000001d (RUNPATH)            Library runpath: [$ORIGIN]
...

Not sure how I feel about setting all sorts of RPATHs on all platforms... Need to test Python extension modules, as well as Windows. Need to find a layout and dynamic linking config that will be simple and work reliably on all platforms.

Incorrect dynamic linking is blocking for any patch. Maybe a test could be made to run after the GitHub build actions.

[Ivorforce]

Does adding the new python subdirectory break linking?

No, at least not for me, why would it?

Have you tested on platforms aside from mac?

Nope, I don't have any other systems on hand.

What are the consequences of running python in this environment?

Nothing really. It has been working as expected so far.

Does this use a local python config or pull from the systems?

What do you mean by 'python config'? It's using the python executable that are part of the indygreg standalone builds.

Will there be conflict with this config vs the projects isolated config?

Hrm, I'm not sure I understand what you are asking here. Would you mind explaining?

Is this really the right approach?

I definitely think so. Using this approach, python can be used 'as expected', including pip and other functionality. I nice side effect is being able to use python to test things before interfacing with them from the Godot runtime itself.

Not sure how I feel about setting all sorts of RPATHs on all platforms...

python itself is using RPATHs for linking executable and library. I think it's the standard way to deal with this problem.

[maiself]

Considering this blocked until #44 is resolved.