Summary: | lang/python37: Fails to link _lzma.so: Undefined symbol "lzma_check_is_supported" | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | doctor | ||||||||
Component: | Individual Port(s) | Assignee: | Kubilay Kocak <koobs> | ||||||||
Status: | Closed DUPLICATE | ||||||||||
Severity: | Affects Some People | CC: | dbaio, python, tech-lists | ||||||||
Priority: | --- | Flags: | koobs:
maintainer-feedback+
|
||||||||
Version: | Latest | ||||||||||
Hardware: | Any | ||||||||||
OS: | Any | ||||||||||
See Also: | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209355 | ||||||||||
Attachments: |
|
*** This bug has been marked as a duplicate of bug 243766 *** Doctor, could you please provide: - Exact FreeBSD version (uname -a) - pkg version -v output (as an attachment) at the time the build issue is reproducible - /etc/make.conf contents (as an attachment) Created attachment 211335 [details]
this should show you the failure
your request is granted . I wonder if the issue is with the lzma.h . I have a similar problem in archivers/libarchive
I am wonder what the default include and lib order if on FreeBSD C compilation? Sure looks like /usr/include/lzma.h and -L/usr/lib/ -llzma is going AWOL Created attachment 211574 [details]
using source package , here is what I used to resolve the Python issue
Can you duplicate said fix in ports?
*** Bug 249042 has been marked as a duplicate of this bug. *** Following the report on bug #249042 I could reproduce this issue when archivers/lzmalib is installed. (on poudriere) And seems this PR is duplicated with bug 209355. doctor@doctor.nl2k.ab.ca had archivers/lzmalib installed. (attachment 211335 [details]) *** This bug has been marked as a duplicate of bug 209355 *** |
Created attachment 211295 [details] An issue in python not accepting lzma sending attachment