On Fri, Jun 03, 2011 at 04:16:48PM +0530, Arwin Arni wrote:
> Sometimes while compiling our sources, I get errors like this:
>
> cd subversion/svn && /usr/share/apr-1.0/build/libtool --tag=CC
> --silent --mode=link gcc -Wno-system-headers -Wold-style-definition
> -Werror=declaration-after-statement -Wpointer-arith -Wwrite-strings
> -Wshadow -ansi -Wall -Wformat=2 -Wunused -Waggregate-return
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
> -Wno-multichar -Wredundant-decls -Wnested-externs -Wunreachable-code
> -Winline -Wno-long-long -g -pthread -D_LARGEFILE64_SOURCE -DNE_LFS
> -Werror=implicit-function-declaration -DSVN_DEBUG -DAP_DEBUG
> -rpath /home/arwin/Binaries/svn_trunk/lib -o svn add-cmd.lo
> blame-cmd.lo cat-cmd.lo changelist-cmd.lo checkout-cmd.lo
> cleanup-cmd.lo commit-cmd.lo conflict-callbacks.lo copy-cmd.lo
> delete-cmd.lo diff-cmd.lo export-cmd.lo help-cmd.lo import-cmd.lo
> info-cmd.lo list-cmd.lo lock-cmd.lo log-cmd.lo main.lo merge-cmd.lo
> mergeinfo-cmd.lo mkdir-cmd.lo move-cmd.lo notify.lo patch-cmd.lo
> propdel-cmd.lo propedit-cmd.lo propget-cmd.lo proplist-cmd.lo
> props.lo propset-cmd.lo relocate-cmd.lo resolve-cmd.lo
> resolved-cmd.lo revert-cmd.lo status-cmd.lo status.lo switch-cmd.lo
> tree-conflicts.lo unlock-cmd.lo update-cmd.lo upgrade-cmd.lo util.lo
> ../../subversion/libsvn_client/libsvn_client-1.la
> ../../subversion/libsvn_wc/libsvn_wc-1.la
> ../../subversion/libsvn_ra/libsvn_ra-1.la
> ../../subversion/libsvn_delta/libsvn_delta-1.la
> ../../subversion/libsvn_diff/libsvn_diff-1.la
> ../../subversion/libsvn_subr/libsvn_subr-1.la -laprutil-1 -lapr-1
> -Wl,-Bsymbolic-functions -lneon
> /home/arwin/Binaries/svn_trunk/lib/libsvn_ra_svn-1.so.0: undefined
> reference to `svn_string_from_stringbuf'
> collect2: ld returned 1 exit status
> make: *** [subversion/svn/svn] Error 1
Sometimes when files or symbols are renamed or deleted dependencies
recorded by the build system are outdated. In which case you must
run ./gen-make.py or ./configure again before compiling.
> This goes away when I remove the prefix location. (rm -rf
> /home/arwin/Binaries/svn_trunk).
>
> Why should the make process depend on what exists at the target?
I guess that's just a side-effect of the above problem.
Received on 2011-06-03 13:01:49 CEST