Bug 192107 - Can't link multimedia/aegisub against libboost_locale
Summary: Can't link multimedia/aegisub against libboost_locale
Status: Closed Feedback Timeout
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-25 09:24 UTC by Jordan Irwin
Modified: 2014-09-23 01:24 UTC (History)
2 users (show)

See Also:


Attachments
Aegisub build output log. (14.01 KB, text/plain)
2014-07-25 09:25 UTC, Jordan Irwin
no flags Details
Build output of Aegisub (117.17 KB, text/x-log)
2014-07-27 10:38 UTC, Jordan Irwin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jordan Irwin 2014-07-25 09:24:39 UTC
Linking Aegisub against libboost_locale fails with the following error:

checking for exit in -lboost_locale... no
checking for exit in -lboost_locale... (cached) no
checking for exit in -lboost_locale... (cached) no
checking for exit in -lboost_locale... (cached) no
configure: error: Could not link against boost_locale !
===>  Script "configure" failed unexpectedly.

Log is attached.

System:
FreeBSD 10.0 amd64
aegisub-3.1.3
boost-libs-1.55.0_3
Comment 1 Jordan Irwin 2014-07-25 09:25:29 UTC
Created attachment 144961 [details]
Aegisub build output log.
Comment 2 John Marino freebsd_committer freebsd_triage 2014-07-25 13:21:18 UTC
There is no maintainer for the port, can you provide a patch?
Comment 3 Jordan Irwin 2014-07-25 21:29:49 UTC
I'll see what I can do. No guarantees. I'm an amateur. ;)
Comment 4 Thomas Zander freebsd_committer freebsd_triage 2014-07-27 09:40:49 UTC
aegisub writes a config.log in its work directory during the configure stage. This should give you an indication where this link problem may originate.

I just tried to reproduce this problem, also on 10.0 amd64, but I get a successful build:
...
checking whether the Boost::Locale library is available... yes
checking for exit in -lboost_locale... yes
...
and everything progresses as normal.
Comment 5 Jordan Irwin 2014-07-27 10:38:52 UTC
Created attachment 145024 [details]
Build output of Aegisub

/usr/local/lib/libboost_locale.so: undefined reference to `libiconv_open'

libiconv-1.14_3 is installed. It seems that Aegisub (or a dependency) is trying to call a libiconv function that doesn't exist.

Full log is attached.
Comment 6 Jordan Irwin 2014-07-27 11:36:17 UTC
It looks like the problem is in the libboost_locale library:

  /usr/local/lib/libboost_locale.so: undefined reference to `libiconv'
  /usr/local/lib/libboost_locale.so: undefined reference to `libiconv_close'
  /usr/local/lib/libboost_locale.so: undefined reference to `libiconv_open'

The installed version of libiconv doesn't seem to have these functions. Could libboost_locale have been built against a different version of libiconv? I'll try re-building libboost_locale.
Comment 7 Thomas Zander freebsd_committer freebsd_triage 2014-08-23 17:21:15 UTC
Could you verify?
Comment 8 Jordan Irwin 2014-09-22 03:30:46 UTC
I'm getting a different error now. But it is still related to libboost_locale:

/usr/local/lib/libboost_locale.so: undefined reference to `libiconv'
/usr/local/lib/libboost_locale.so: undefined reference to `libiconv_close'
/usr/local/lib/libboost_locale.so: undefined reference to `libiconv_open'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[2]: *** [/usr/ports/multimedia/aegisub/work/aegisub-3.2.0/tools/repack-thes-dict] Error 1
gmake[2]: *** Waiting for unfinished jobs....
gmake[2]: Leaving directory `/usr/ports/multimedia/aegisub/work/aegisub-3.2.0'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/aegisub
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/aegisub
Comment 9 Thomas Zander freebsd_committer freebsd_triage 2014-09-22 16:16:32 UTC
Actually, it is the exact same error as in comment #6, and I still don't see this build failure. All dependent ports were built using default OPTIONS. Maybe you changed something there?
Comment 10 Jordan Irwin 2014-09-23 01:24:14 UTC
Ya, I didn't use default options.