[PATCH ocserv 4/4] README: Add info on build dependencies

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2013-12-01 at 08:15 -0800, Kevin Cernekee wrote:

> It seems like making AC_CONFIG_FILES conditional may be a problem:
> 
> AC_DEFUN([LIBOPTS_CHECK], [
>   m4_pushdef([AO_Libopts_Dir],
>               [ifelse($1, , [libopts], [$1])])
>   LIBOPTS_BUILD_BLOCKED=''
>   LIBOPTS_CHECK_COMMON(AO_Libopts_Dir)
>   AM_COND_IF([NEED_LIBOPTS], [
>     INVOKE_LIBOPTS_MACROS
>     AC_CONFIG_FILES(AO_Libopts_Dir/Makefile)
>   ])dnl
> If I try adding libopts/Makefile to AC_CONFIG_FILES in configure.ac so
> that we always generate libopts/Makefile to support distclean and
> dist, autoconf aborts because it was added twice.

Could you report that to the autogen list?

> I also noticed that the autogen binary on my system (FC19) generates
> *-args files which reference symbols that do not exist in the bundled
> libopts, causing a compile error when --enable-local-libopts is used.
> So it looks like there is a dependency between the library version and
> the autogen version.  This could be a problem for users building the
> released tarball sources (with bundled *-args files) against the
> libopts system library.

Unfortunately this problem exists for someone building from the
repository and using the included library. To work you should use the
autogen version that corresponds to the included libopts (5.18 - that is
in fc20). The best when compiling from the repository would be not to
use the included libopts.

regards,
Nikos





[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux