[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

compile order-dependency problem

From: Ben Collins-Sussman <sussman_at_newton.collab.net>
Date: 2000-10-12 18:54:59 CEST

If you do a `make' from the top level of the tree, things build in
this order:

  tests-common
  libsvn_string
  libsvn_subr
  ...

tests-common and libsvn_string has always been "standalone", and
libsvn_subr has always depended on libsvn_string.

But now that svn_tests_main.c is using svn_pool_create() inside
libsvn_subr, we have an unbuildable tree:

  * svn_tests_main.o is produced standalone, as it should be.
  * libsvn_string is built.
  * libsvn_string/tests/ fail to build, because they link into
    svn_test_main.o, which depends on libsvn_subr, which hasn't been
    built yet.

Of course, this will all go away if we simply merge libsvn_string (and
its tests/ subdir) into libsvn_subr. I know that this has been
proposed already. Any objections? If not, I'll do it right now.
Received on Sat Oct 21 14:36:10 2006

This is an archived mail posted to the Subversion Dev mailing list.