Summary: | media-libs/faad2-2.6.1 fails to emerge with libtool-2.2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrey Melentyev <andrey.melentyev> |
Component: | [OLD] Library | Assignee: | Gentoo Sound Team <sound> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | public.avatar |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 212763 | ||
Attachments: | automake-9582.out |
Description
Andrey Melentyev
2008-03-08 22:05:16 UTC
Created attachment 145606 [details]
automake-9582.out
configure.in:12: installing `./missing' common/mp4ff/Makefile.am: installing `./depcomp' /usr/share/automake-1.10/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCXX' is to add `AC_PROG_CXX' /usr/share/automake-1.10/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. plugins/mpeg4ip/Makefile.am: C++ source seen but `CXX' is undefined plugins/mpeg4ip/Makefile.am: The usual way to define `CXX' is to add `AC_PROG_CXX' plugins/mpeg4ip/Makefile.am: to `configure.in' and run `autoconf' again. Well, I'm not 100% sure, but it seems that now if neither AC_PROG_CXX nor LT_LANG([C++]) are called explicitly, AC_PROG_LIBTOOL won't call them implicitly, as it did before (if I understand correctly same case is for "Fortran 77" ). Of course I'm only trying to read docs, haven't emerged it yet. (In reply to comment #3) > Well, I'm not 100% sure, but it seems that now if neither AC_PROG_CXX nor > LT_LANG([C++]) are called explicitly, AC_PROG_LIBTOOL won't call them > implicitly, as it did before (if I understand correctly same case is for > "Fortran 77" ). seems to be it, thanks ! I've added a patch that calls ac_prog_cxx that fixes that failure *** Bug 212815 has been marked as a duplicate of this bug. *** |