Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
polite with Snowhite. When they go out work at mornign, they promissed a
*huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
Dwarfs enter...
sexy virgin.scr
Tom Tromey wrote:
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek Is there a good reason the configure script creates
Derek $(top_builddir)/.deps during the test that sets $DEPDIR and
Derek doesn't delete it again? Besides some developer or other
Derek needing sleep? ;)
Derek
vtexi.test is failing in the CVS automake. I assume it broke due to the
recent vtexi behavior change.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
[Let us] go on in doing with [the]
I added the etags support to my RPMs:
http://alumni.engin.umich.edu/~oberon/automake-1.4a-0_CVSHome_org_5.src.rpm
http://alumni.engin.umich.edu/~oberon/automake-1.4a-0_CVSHome_org_5.src.rpm
Derek
--
Derek Price CVS Solutions Architect (
http://CVSHome.org )
mailto:[EMAIL
Tom Tromey [EMAIL PROTECTED] writes:
Thanks, I finally checked this in.
Excellent.
I find though that I got it wrong for the case where automake isn't
automatically generating any suffixes, but rather there's only
user-supplied ones with $(SUFFIXES). This comes up in autoconf I
think.
The
"Derek R. Price" wrote:
vtexi.test is failing in the CVS automake. I assume it broke due to the
recent vtexi behavior change.
I just looked and I was right. The fix was simple - the test simply wasn't
expecting the $(srcdir)/ prefix on version.texi.
Derek
--
Derek Price
Does your stepfamily life resemble a soap opera more than it does the Brady
Bunch?
The Stepfamily Association of America invites you to participate in THE
NATIONAL CONFERENCE FOR STEPFAMILIES, Feb. 23-24, 2001, at the New Orleans
Marriott Hotel.
This is an opportunity, designed by knowledgeable
Raja R Harinath wrote:
I added a macro to test for the presence of etags and whether it
supports "--etags-include=file" or "-i file" for includes.
If Exuberent etags is supposed to be a drop-in replacement for Emacs
etags, it should support the same options. Otherwise, it is a bug in
"Derek R. Price" wrote:
"Derek R. Price" wrote:
I added the etags support to my RPMs:
I regenerated them again using todays version of the CVS Automake since the
failing vtexi.test wasn't a bug.
And one more try. etags.m4 wasn't being installed re my recent email.
Regenerated.
Derek Whoops. Forgot to put [PATCH] in the subject line.
Don't worry too much about that convention.
Anyway, I already checked in a slightly different fix for the bug.
Tom
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek I added rudimentary support for different implementations of
Derek etags (read the one Automake expects and Exuberent etags) since
Derek they take slightly different options. Exuberent etags is the
Derek version distributed with RedHat
Here is what I'm adding:
## Support `Global' tags.
GTAGS:
here=`cd $(top_builddir) pwd` cd $(top_srcdir) gtags -i $$
here
All right. Thank you.
By the way, where does automake put tag files to?
It puts them in the build directory.
This might be the same as the
12 matches
Mail list logo