#53619 closed defect (fixed)
sqliteman fails to build due to not finding qscintilla
| Reported by: | josephsacco | Owned by: | michaelld (Michael Dickens) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.4.0 |
| Keywords: | Cc: | mlk@… | |
| Port: | qscintilla |
Description (last modified by michaelld (Michael Dickens))
sqliteman @1.2.2_4 fails to build due to the recent upgrade of qscintilla to version 2.10, which renames libraries to be libqscintilla2_qt4; was without the "_qt4" before.
Change History (4)
comment:1 Changed 8 years ago by mf2k (Frank Schima)
| Owner: | set to michaelld |
|---|---|
| Status: | new → assigned |
comment:3 Changed 8 years ago by michaelld (Michael Dickens)
| Description: | modified (diff) |
|---|---|
| Resolution: | → fixed |
| Status: | assigned → closed |
| Summary: | qscintilla@ 2.10: missing a library link → sqliteman fails to build due to not finding qscintilla |
Qsci has moved all platforms to this new library naming scheme; there should not be a link to a library name without the "_qt#" version. This issue is not with Qsci, but rather with ports that use it that need to be updated to correctly determine the library name instead of assuming. I've fixed this port to work. Thanks for pointing out the issue.
comment:4 Changed 8 years ago by kencu (Ken)
Same issue happens with OpenSCAD, I notice. I fixed OpenSCAD like this
sudo ln -s /opt/local/libexec/qt4/lib/libqscintilla2_qt4.13.0.0.dylib /opt/local/libexec/qt4/lib/libqscintilla2.dylib
but I guess that's not the proper fix for it, as this port fix shows.
Note: See
TracTickets for help on using
tickets.
In the future, please Cc the port maintainers (
port info --maintainers qscintilla), if any.