Package Details: libaacplus 2.0.2-8

Git Clone URL: https://aur.archlinux.org/libaacplus.git (read-only)
Package Base: libaacplus
Description: 3GPP AAC+ High Efficiency Advanced Audio Codec v2 (HE-AAC+) Encoder Shared Library
Upstream URL: http://tipok.org.ua/node/17
Licenses: LGPL, 3GPP
Conflicts: aacplusenc
Provides: aacplusenc
Submitter: LookTJ
Maintainer: justin8 (LookTJ)
Last Packager: justin8
Votes: 49
Popularity: 0.350596
First Submitted: 2012-01-29 23:11
Last Updated: 2015-07-08 22:05

Dependencies (3)

Required by (6)

Sources (1)

Latest Comments

acl commented on 2015-10-28 19:54

Well, turns out, that manually resetting gcc as the default compiler after having CC set to clang, didn't work until a *reboot*... Thanks for looking into it.

Might be worth adding a note, that the lib won't build with clang.

justin8 commented on 2015-10-28 16:38

Interesting. If you resolve it, I'm happy to accept patches. But currently it works in a default build environment on a clean Arch install, as well as on all of my machines.

acl commented on 2015-10-28 15:21

Check this thread:
https://bugs.gentoo.org/show_bug.cgi?id=458932https://bugs.gentoo.org/show_bug.cgi?id=458932

Seems is an issue about compatibility, but I did test building with gcc and clang, normal ld and ld.gold, and disabling all custom CFLAGS and make options.
Same result, with any combination.

justin8 commented on 2015-10-28 15:09

Please check your build environment and that you're up to date. I just built a new package from a clean chroot with the latest packages with no issues.

acl commented on 2015-10-28 13:58

Build failed:
main.o: In function `main':
main.c:(.text+0xde): undefined reference to `AuChannelOpen'
collect2: error: ld returned 1 exit status

keepitsimpleengr commented on 2015-06-04 00:14

Build fail...
checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/tmp/yaourt-tmp-ljohnson/aur-libaacplus/src/libaacplus-2.0.2':
configure: error: C compiler cannot create executables
...and from config.log
gcc version 5.1.0 (GCC)
configure:3318: $? = 0
configure:3307: gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files


LookTJ commented on 2014-09-28 04:39

LeetShiva, I changed the source path to the proper one, thanks for bringing this to my attention. :)

-Taylor

LeetShiva commented on 2014-09-26 10:56

Package and webserver can not be accessed.

I think it would be much better if you would put the package on some webserver which actually have domain name and if you cannot afford hosting there is always dropbox for this kind of things :D

leonardder commented on 2013-06-01 21:13

It seems you included FFTW again. Could you please make it optional?

LookTJ commented on 2013-06-01 10:52

sorry for delay, but the changes are applied.

Thanks sl1pkn07

sl1pkn07 commented on 2013-05-27 00:00

libtool, diffutils amd autoconf is from core. no need in makedepends array

add "!" in libtool options (to build without)

add --enable-static=off to disable build static library

add "for i in $(find . -name 'Makefile.am');do sed 's|INCLUDES|AM_CPPFLAGS|g' -i $i; done" to silence automake warnings

greetings

sl1pkn07 commented on 2013-05-26 23:56

intltool, diffutils amd autoconf is from core. no need in makedepends array

add "!" in libtool options (to build without)

add --enable-static=off to disable build static library

add "for i in $(find . -name 'Makefile.am');do sed 's|INCLUDES|AM_CPPFLAGS|g' -i $i; done" to silence automake warnings

greetings

leonardder commented on 2013-04-23 20:47

Thanks for changing this!

unforgiven512 commented on 2013-04-23 19:55

@LookTJ Thanks!

leonardder commented on 2013-04-23 16:16

Could you consider making FFTW an optional dependency? The library compiles and works perfectly without it in my case, where the library with it creates segfaults.
Also, please consider de following
$ namcap *.xz
libaacplus W: File (usr/lib/libaacplus.la) is a libtool file
libaacplus E: 3GPP is not a common license (it's not in /usr/share/licenses/common/)
libaacplus E: Dependency glibc detected and not included (libraries ['usr/lib/libm.so.6', 'usr/lib/libc.so.6'] needed in files ['usr/lib/libaacplus.so.2.0.2', 'usr/bin/aacplusenc'])

May be !libtool could be added to the options = array, and glibc as a dependency?

LookTJ commented on 2013-04-02 06:56

@unforgiven512: thanks!

unforgiven512 commented on 2013-04-02 05:20

Can you please apply this diff to your PKGBUILD? It will fix the compilation issues that are present with newer versions of the automake tools.

http://pastebin.com/MF6VZ9W8

Thanks!

LookTJ commented on 2012-11-11 10:02

Hm, I can't control the fftw PKGBUILD, but glad you were able to solve the issue. :)

ferda commented on 2012-11-11 09:14

when i call libaacplus from ffmpeg, it segfaults.
i solved it by recompiling fftw without --enable-sse and --enable-sse2

LookTJ commented on 2012-07-31 00:30

There you go :).

Thanks!

DrZaius commented on 2012-07-31 00:26

unzip appears to be a makedepends.

checking for unzip... no
configure: error: You need unzip utility to prepare sources.

LookTJ commented on 2012-03-18 07:55

It built fine with makeflags -j4

Regardless, I've updated the PKGBUILD.

kfgz commented on 2012-03-17 18:57

You can also add

conflicts=('aacplusenc')
provides=('aacplusenc')

to satisfy mp4tools dependency.

kfgz commented on 2012-03-17 18:55

You need to add

options=(!makeflags)

because libaacplus doesn't compile on multicore CPUs (make jobs => 2)