FS#50599 - [julius] provide .a object archives

Attached to Project: Community Packages
Opened by Georges Basile Stavracas Neto (feaneron) - Tuesday, 30 August 2016, 19:31 GMT
Last edited by Doug Newgard (Scimmia) - Sunday, 23 April 2017, 04:15 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To Evgeniy Alexeev (arcan1s)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

JuliusLib and libsent both provide a .a file that is consumed by external applications. These files, however, are not being distributed by the Arch packages.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Sunday, 23 April 2017, 04:15 GMT
Reason for closing:  Fixed
Comment by Doug Newgard (Scimmia) - Tuesday, 30 August 2016, 22:05 GMT
Arch, by default, does not provide static libs. Do you have a compelling argument why this package specifically needs them?
Comment by Georges Basile Stavracas Neto (feaneron) - Wednesday, 31 August 2016, 03:38 GMT
Julius is meant to be a high performance speech recognizer, and distributes 2 libraries for general app consumption: libjulius.a and libsent.a. Without these static libraries, it's impossible to use Julius libs. The maintainer choose the libs to be static because of the self-imposed performance requirements.

Recent commits even add .pc files so external projects can simply call PKG_CHECK_MODULE(APP, [julius-4 >= 4.4]) to use the project.
Comment by Evgeniy Alexeev (arcan1s) - Sunday, 04 September 2016, 15:18 GMT
actually I believe that shared libraries are better for Arch than static ones, but upstream does not provide shared libraries nor ability to build it out-of-box. 4.4 is now in [community-testing] with static libraries included.

Loading...