Yes, it probably is just an old version of install-sh. One thing I found which "solves" the problem is that I copied over the install-sh from libxml2-2.7.7. Multi-file copies work properly with that edition and I was able to install 1.2.16 with that.
Russ. On Sep 24, 2010, at 1:31 PM, Roumen Petrov wrote: > Aleksey Sanin wrote: >> Which OS do you use? >> >> Aleksey >> >> On 9/22/10 2:45 PM, Russell Beall wrote: >>> Hi, >>> >>> I am trying to install the latest version of xmlsec, but I am having >>> trouble with the installer. >>> >>> The installer from 1.2.13 works because it feeds files one at a time to >>> install-sh. >>> >>> The installers from 1.2.14, 1.2.15 and 1.2.16 do not work because the >>> makefile instruction feeds multiple files to install-sh all at once. >>> Only the first file in the list gets actually installed. >>> > [SNIP] > > I guess that repository is with old autotools files: > The my source tree differ to origin is following files: > +++ b/depcomp > +++ b/install-sh > +++ b/m4/libtool.m4 > +++ b/m4/ltoptions.m4 > +++ b/m4/ltversion.m4 > +++ b/m4/lt~obsolete.m4 > +++ b/missing > +++ b/mkinstalldirs > > The diference is from following comands: > $ libtoolize --force --copy > $ aclocal --force -I m4 > $ autoheader --force > $ autoconf --force > $ automake --add-missing --copy --force-missing --foreign > > as libtool is trunk (after 2.2.10) version, automake - 1.11.1 and autoconf - > 2.65. > > The diff file show that install.sh into repository is with comment "# This > comes from X11R5 (mit/util/scripts/install.sh)". Definitely this old script > don't support multiple files on command line. > > Solution - either remove from repository depcomp, install-sh, missing and > mkinstalldirs so that autogen.sh script will create that when is build > release tar-bal or update update autogen.sh script to use --force argument > to replace old automake files. > > Roumen _______________________________________________ xmlsec mailing list [email protected] http://www.aleksey.com/mailman/listinfo/xmlsec
