TRAINIG ACADEMY (FREE) P

2001-12-30 Thread teeniesuckathon32v4vmn4
To get off this list click here

[±¤°í] ÀüÈ­¿ä±Ý °¡Àå ½Î°Ô ¾²´Â ¹æ¹ý

2001-12-30 Thread Çï·Î¿ìÅÚ
Title: Untitled Document

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Eli Zaretskii
On Sat, 29 Dec 2001, Bruce Korb wrote: > > Can't you simply write a Make rule that will produce .info file > [...] > > Am I missing something? > > Yes. :-( Well, perhaps you could describe in a few words how are the *.texi files produced with the tools you use from whatever file(s) which ser

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Karl Berry
What exactly are the reasons that you need to produce Texinfo from some other source language, rather than maintaining them in Texinfo? I don't know about doxygen, but javadoc has a well-developed mechanism for maintaining the documentation for functions/classes/etc. in the source file, a

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Alexandre Duret-Lutz
>>> "Bruce" == Bruce Korb <[EMAIL PROTECTED]> writes: [...] Bruce> Without endlessly convoluted change (dependency) checks, Bruce> the docs get rebuilt causing the .info to be rebuilt Bruce> causing distcheck to choke. So, without distcheck Bruce> changes, it is necessary to avoid trying to

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Eli Zaretskii
> Date: Sun, 30 Dec 2001 09:46:33 -0500 > From: [EMAIL PROTECTED] (Karl Berry) > > I don't know about doxygen, but javadoc has a well-developed mechanism > for maintaining the documentation for functions/classes/etc. in the > source file, and standard tools for extracting it. Can the Javadoc-der

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Bruce Korb
Eli Zaretskii wrote: > Is it out of the question to discuss possible alternatives to your > current setup, so that the sources will be maintained in Texinfo? That is what I was trying to do. :-) BTW, Doxygen does not (yet) have a way to emit texinfo docs. I am trying to fix that by making it po

Re: What is the correct way of handling generated docs?

2001-12-30 Thread Bruce Korb
Bruce Korb wrote: > > What do you think about this unanswered bug report: > > http://sources.redhat.com/ml/bug-automake/2001/msg00423.html > > (personally I'd vote for solution 5) > Personally, I think it came two or three years after I initially > raised the issue, but now I'll go have a look. >

Re: current directory in Makefile.am

2001-12-30 Thread Tom Tromey
> "Patrick" == Dahiroc, Patrick <[EMAIL PROTECTED]> writes: Patrick> lnklib: mylib.a Patrick>ln -s ./mylib.a $(top_builddir)/lib Patrick> i dont get the right link when i run 'make lnkdir'. I think you're invoking `ln -s' incorrectly. You probably want: ln -s `pwd`/mylib.a $(to

Re: Compiling

2001-12-30 Thread Tom Tromey
> "Srinivas" == Srinivas Cheruku <[EMAIL PROTECTED]> writes: Srinivas> runtest not found, check skipped Srinivas> It says check skipped. can you tell me why it has skipped Srinivas> the check. "runtest not found". `runtest' is the name of the dejagnu driver program. You must not have dejagn

Re: automake & GNUmakefile

2001-12-30 Thread Tom Tromey
> "F.J." == F J Franklin <[EMAIL PROTECTED]> writes: F.J.> Hi, I notice automake still assumes that makefiles are called F.J.> "Makefile" (see depout.m4, lines 27-28) and not "GNUmakefile". F.J.> I posted a patch a while back but got ignored. Please could F.J.> someone add the two lines whic

Re: problem with texinfo.tex

2001-12-30 Thread Tom Tromey
> ">" == K Viswanathan <[EMAIL PROTECTED]> writes: >> I am facing a problem with texinfo.tex. When I invoke >> automake from the top-level directory, I am getting an >> error message like, >> docs/Makefile.am: `texinfo.tex' missing @setfilename I think this could only happen if you put `tex

Re: Best way to apply new suffix rules recursively.

2001-12-30 Thread Tom Tromey
> "Chris" == Chris Cowan <[EMAIL PROTECTED]> writes: Chris> If possible, I would like to edit the suffix rules in one Chris> place. I realize that I can use include processing. I'm just Chris> wondering if there is a way I can add the rules to the toplevel Chris> Makefile.am or configure.in

Re: small depcomp patch

2001-12-30 Thread Tom Tromey
> "Ryan" == Ryan T Sammartino <[EMAIL PROTECTED]> writes: Ryan> With MS VCrap++, if you use the /Gm, /Gi or /ZI options, it uses Ryan> some .idb file to do whatever it is these options do. Ryan> Unfortunately, depcomp launches two cl's... one to do Ryan> dependencies, and one to do the actual

Re: Parsing Makefile.am and configure.in

2001-12-30 Thread Tom Tromey
> "Biswa" == Biswapesh Chattopadhyay <[EMAIL PROTECTED]> writes: Biswa> Is there any available library which parses Biswa> Makefile.am/configure.in recursively and generates a single Biswa> consolidated project structure (either as an XML file for as an Biswa> in-memory data structure) for re

Re: external dir objects to be included in shared lib

2001-12-30 Thread Tom Tromey
> "Sylvain" == Sylvain GIL <[EMAIL PROTECTED]> writes: Sorry for the delay in the reply. I took a break from automake for a while. Sylvain> I'm looking for the good way to link objects found in Sylvain> mylib/libmissing/ to the shared library created in Sylvain> mylib/src/. I know building a

RE: Compiling

2001-12-30 Thread Srinivas Cheruku
Tom, Wish you a very Happy New Year. I have downloaded dejagnu-1.4.2. I have done #./configure #make # make check Making check in doc make check-DEJAGNU cd testsuite ; make check Making check in libdejagnu mksh: Fatal error in reader: = missing from replacement macro reference Current workin