Panda3D Dylib Bug about nuitka HOT 14 CLOSED

Closing issues only when in stable release or not of general relevance.

from nuitka.

Thanks for your report, this is fixed on the factory branch, which is a development version under rapid development. You can try it out by going here: https://nuitka.net/doc/factory.html

Feedback if this is working is very welcome, just please do not share plans of doing it, but rather confirmations or denials of it working.

from nuitka.

The Panda3D not only depends DLLs on themselves in different folders, but sometimes also does it with versioned DLL names, and what's new there as well, is that it is using multiple digits, added handling for all of those as well. From what I hear, Panda3D is one of the worst build systems, so if that's working now, we got a lot more robust I guess.

from nuitka.

The error message should indeed output a "report path", then you wouldn't have to edit it, at least for the home directory. Your issue seems unrelated though, please open a new issue @gabeklavans as this fix is going to get released independent of solving and reproducing that.

from nuitka.

Part of the 2.0.2 release I just made.

from nuitka.

@Maxwell175 any idea on this one?

from nuitka.

This seems to lack a minimal reproducer, please provide it.

from nuitka.

Chiming in to add that I'm also building a panda3d game with nuitka. The exact same codebase builds with nuitka fine on windows, but on my mac, I get the same error as @Carlisle03. Looks like the path added an extraneous "../lib" or that @loader_path is resolving a directory too deep. Not sure why.

I can try to make a minimal reproducer if needed.

My command:

poetry run python -m nuitka --standalone --include-package=direct <data opts> --python-flag=-OO main.py

My nuitka version:

2.0.1
Commercial: None
Python: 3.11.6 (main, Oct  2 2023, 13:45:54) [Clang 15.0.0 (clang-1500.0.40.1)]
Flavor: Homebrew Python
Executable: <home>/Library/Caches/pypoetry/virtualenvs/<venv>/bin/python
OS: Darwin
Arch: arm64
Version C compiler: /usr/bin/clang (clang 15.0.0)/

from nuitka.

@kayhayen Here is a minimal example, see the README for more instruction

https://github.com/gabeklavans/p3d-nuitka-lib-bug

from nuitka.

@gabeklavans I wonder why you didn't encounter this

FATAL: options-nanny: Error, package 'wx' requires '--macos-create-app-bundle' to be used or else it cannot work.

Or is using wx optional in Panda3D?

from nuitka.

Anyway, I indeed managed to reproduce the issue.

from nuitka.

This is yet another malformed dependency of a DLL on itself, @loader_path/../lib/libp3interrogatedb.1.10.dylib probably only existed during build time, if ever, there is no lib folder after the pip install in sight.

from nuitka.

@gabeklavans I wonder why you didn't encounter this

FATAL: options-nanny: Error, package 'wx' requires '--macos-create-app-bundle' to be used or else it cannot work.

Or is using wx optional in Panda3D?

Ah that may have been because of my build cache. I was trying to find a minimal set of options. Glad you were able to reproduce and create a patch, though!

from nuitka.

@kayhayen the bug does appear to be fixed in my minimal reproduction repo, however when I run my full build on my actual panda3d application, now I'm getting this error:

FATAL:     Error, problem with dependency scan of '<home>/Library/Caches/pypoetry/virtualenvs/<venv>/lib/python3.11/site-packages/panda3d/libpandaexpress.1.10.dylib' with '/opt/homebrew/opt/[email protected]/lib/libssl.1.1.dylib' please report the bug.

Using nuitka version 2.1rc2.

I can try to make a reproducable repo for this as well but it's less clear to me what the issue is.

@gabeklavans I wonder why you didn't encounter this

FATAL: options-nanny: Error, package 'wx' requires '--macos-create-app-bundle' to be used or else it cannot work.

Or is using wx optional in Panda3D?

Also with regards to this, I cleared my build cache and still didn't encounter this error when only using --standalone, not sure why that is.

from nuitka.