It was actually cvs update -r libtool to switch over.

David

OK, I set it up.  I tagged the head 'prelibtool' and created a branch named
'libtool'.  As I understand things, you should merge your tree against the
libtool branch, then check in the changes. I think that's:

cvs update -j libtool dx

Which should set a "sticky tag" on your tree (run cvs status -v
dx/configure.in to verify that the "sticky tag" has been set on the tree).
Now you can cvs commit dx and, since the "stick tag" is set, that'll cause
it to commit to the libtool branch.  After that, all cvs actons taken in
that tree will be against the branch.

Greg





David Thompson <[EMAIL PROTECTED]> To: [email protected] Sent by: cc: [EMAIL PROTECTED] Subject: Re: [opendx-dev] Commit libtool changes? son.ibm.com 08/05/2002 10:39 AM Please respond to opendx-dev


That's fine by me. Do I set that up when I check-in or do you set it up?

David

I had in mind that you might email a tarball to the volunteers - but on
reflection, that doesn't seem like a very good idea, does it?  At the very
least, it doesn't check out the check-in.  I guess I just am always leery
of big check-ins - probably my  pessimistic approach to life.  How would
you feel about a temporary branch in CVS?

Greg






                       David
Thompson

                       <[EMAIL PROTECTED]>        To:
[email protected]
                       Sent by:
cc:

                       [EMAIL PROTECTED]        Subject:
Re: [opendx-dev] Commit libtool changes?

son.ibm.com







                       08/05/2002 09:50
AM

                       Please respond
to


opendx-dev










Can't we check it all in, test it, and if it doesn't work, we can
either fix it--or we can checkout prior to the commit and re-commit?

How would you propose that I'd distribute the new changes before a
check-in?

David

Maybe we ought to get some volunteers to try building the new version -
both configure/make and autotools/configure/make - on a bunch of
platforms
before doing the checkin to make sure there isn't a big gotcha?  I'd
volunteer for AIX, Linux and/or cygwin/gcc.

Greg


--
.............................................................................


David L. Thompson                   Visualization and Imagery Solutions,
 >Inc.
mailto:[EMAIL PROTECTED]    5515 Skyway Drive, Missoula, MT 59804
                                      Phone : (406)257-8530


--
.............................................................................

David L. Thompson                   Visualization and Imagery Solutions,
Inc.
mailto:[EMAIL PROTECTED]    5515 Skyway Drive, Missoula, MT 59804
                                     Phone : (406)257-8530


--
.............................................................................
David L. Thompson                   Visualization and Imagery Solutions, Inc.
mailto:[EMAIL PROTECTED]    5515 Skyway Drive, Missoula, MT 59804
                                    Phone : (406)257-8530

Reply via email to