Re: Automake 1.5: Documentation generation

2001-10-04 Thread Lars von Wedel

Hi Steve,

I think the way you propose is the best alternative. Hoever, did you
come
up with some approach to clean up the documentation? As far as I know,
there is no such thing like a clean-hook...

Lars


"Steve M. Robbins" wrote:
> 
> On the topic of automatically-generated documentation, how does one
> handle installing all the zillions of HTML files that doxygen
> generates?  I don't know their filenames in advance, so I can't list
> them all in noinst_DATA.
> 
> The best I have come up with is to use an install hook as
> follows.
> 
> htmldir = ...
> html_DATA = html/index.html
> install-data-hook:
> cp -dpR html/* $(DESTDIR)$(htmldir)
> 
> Is there a superior procedure?
> 
> -Steve
> 
> On Tue, Sep 25, 2001 at 09:43:27PM +0200, Alexandre Duret-Lutz wrote:
> > Hi Sebastian,
> >
> > >>> "Sebastian" == Sebastian Huber <[EMAIL PROTECTED]> writes:
> >
> > [...]
> >
> >  Sebastian> noinst_PROGRAMS = index.html
> >
> > index.html is not a program :), use
> >
> > noinst_DATA = index.html
> 
> --
> by Rocket to the Moon,
> by Airplane to the Rocket,
> by Taxi to the Airport,
> by Frontdoor to the Taxi,
> by throwing back the blanket and laying down the legs ...
> - They Might Be Giants

begin:vcard 
n:von Wedel;Lars
tel;fax:++49 241 8092326
tel;work:++49 241 8095240
x-mozilla-html:FALSE
url:http://www.lfpt.rwth-aachen.de
org:RWTH Aachen;Lehrstuhl fuer Prozesstechnik
adr:;;Turmstrasse 46;52064 Aachen;;;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Lars von Wedel
end:vcard



Re: Automake 1.5: Documentation generation

2001-10-04 Thread Steve M. Robbins

On Thu, Oct 04, 2001 at 10:07:36AM +0200, Lars von Wedel wrote:
> Hi Steve,
> 
> I think the way you propose is the best alternative. Hoever, did you
> come
> up with some approach to clean up the documentation? As far as I know,
> there is no such thing like a clean-hook...

Though I didn't worry about cleaning up, I note that a "clean-local"
rule is supported according to the automake manual.

One thing I did worry about, though, is "make distcheck".  Since it is
picky about having files remain after "make install; make uninstall",
I had to add an "uninstall-local" rule ("uninstall-hook" support is
broken) as shown below.


> > On the topic of automatically-generated documentation, how does one
> > handle installing all the zillions of HTML files that doxygen
> > generates?  I don't know their filenames in advance, so I can't list
> > them all in noinst_DATA.
> > 
> > The best I have come up with is to use an install hook as
> > follows.
> > 
> > htmldir = ...
> > html_DATA = html/index.html
> > install-data-hook:
> > cp -dpR html/* $(DESTDIR)$(htmldir)

... and to clean up, add 

uninstall-local:
rm -rf $(DESTDIR)$(htmldir)


-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants





[ÃÊû°­¿¬ È«º¸] ±× ´©°¡ °¨È÷ Çй®Àº ¾ø¾ú´Ù°í ¿ÜÃÆ´ø°¡?

2001-10-04 Thread ÃÊû°­¿¬
Title: ¢À ½ÅÁö½ÄÀÎ ÃÊû °­¿¬È¸ ¢À




¾È³çÇϼ¼¿ä. º»¸ÞÀÏÀº °­¿¬È¸ È«º¸¸¦ À§ÇÏ¿© 1ȸ¼º ¸ÞÀÏÀÌ¸ç ¸ÞÀÏ È¨ÆäÀÌÁö¿Í °Ô½ÃÆÇ¿¡¼­ 
¼öÁýµÈ°ÍÀÔ´Ï´Ù
¢À ½ÅÁö½ÄÀÎ ÃÊû 
°­¿¬È¸ ¢À  
Á¤º¸È­ ½Ã´ë¿¡ ÁöÀû 
È£±â½ÉÀÌ ¸¹Àº ´ç½Å !!½ÅÁö½ÄÀÎ ÃÊû 
¹«·á °­¿¬È¸¿¡ ´ÔÀ» ÃÊ´ëÇϰíÀÚ ÇÕ´Ï´Ù. 
Áö±Ý±îÁö ±× ´©°¡ 
°¨È÷ Çй®Àº ¾ø¾ú´Ù°í 
¿ÜÃÆ´ø°¡? Çй®À̶õ? - »ç¹°ÀÇ ÀÌÄ¡¿Í º»ÁúÀ» ±Ô¸íÇÏ´Â 
°ÍÀÌ´Ù.   
¹°ÁúÀÇ ÃÖ¼Ò´ÜÀ§ÀÎ ¿øÀÚ..  ¿øÀÚ ¼ÓÀÇ ÀüÀÚ´Â ¹«½¼ ¿¡³ÊÁö·Î µ¹¾Æ°¡°í Àִ°¡?
½ÅÇÐÀ̶õ? - ½Å¿¡ ´ëÇØ ³íÇÏ´Â 
Çй®?   ±×·³ 
½ÅÀÇ º»ÁúÀº 
¹«¾ùÀΰ¡?  ½ÅÀ» ¾ËÁö 
¸øÇϴµ¥ ¾î¶»°Ô ½Å¿¡ ´ëÇØ ³íÇÒ ¼ö Àִ°¡?
Çй®°ú ½ÅÀ» 
Ãß±¸ÇÏ´Â Àΰ£Àº °ú¿¬ 
¾î¶² Á¸ÀçÀΰ¡?   ¶Ç 
Àΰ£ÀÇ º»Áú°ú 
¼Ó¼ºÀº °ú¿¬ 
¾î¶°ÇѰ¡?Àΰ£ÀÇ 
»ç°íÀÇ ÆÇ´Ü ±âÁØÀº °ú¿¬ Á¤È®ÇÑ °ÍÀΰ¡?  
Áö±Ý±îÁö Áø¸®¶ó°í 
¹Ï¾î¿Ô´ø ¡Á¡Á¡Á  »ý! ÀÚ! ÇÊ! ¸ê!
21¼¼±â ¼¼°èÀÇ 
ÃÖ÷´Ü ¹ÙÀÌ¿À °úÇÐÀڵ鿡 ÀÇÇØ ±×°ÍÀÌ °ÅÁþÀÓÀÌ ¹àÇôÁö°í,  - 
À¯ÀüÇÐÀÚµé : 20³â³» Àΰ£ ¼ö¸í 40»ì ½Ã´ë¿Â´Ù - ½ºÆ÷Ã÷ Á¶¼± 1992. 9. 
19.  Á×À½Àº 
ÀÚ¿¬¿¡ ¿ªÇàÇÏ´Â 
°ÍÀÌ´Ù.  Àΰ£Àº 
¸»ÇÏÀÚ¸é ±× ÀÚü°¡ ÀÚµ¿ º¸¼ö 
ÀÚÄ¡ÀÌ´Ù.(³ëº§ 
È­Çлó ¼ö»óÀÚÀÎ ¹Ì±¹ÀÇ ¶óÀ̳ʽº Æú¸µ ¹Ú»ç)
 - 
ºÒ·ÎºÒ»ç À¯ÀüÀÚ ¹ß°ß ¹ßÇ¥ : ¹Ì±¹ ·Î½º ±³¼ö  1999³â 7¿ù 5ÀÏ
 - 
¿ì¸® ¸ö ¼Ó¿¡ ¿µ»ýÀ» ±â¾ïÇÏ´Â ¼¼Æ÷µéÀÌ 
ÀÖ´Ù   < 
1991³â 8¿ù ¹Ì±¹ ABC TV ¹æ¼ÛÀÇ ºÒ»ç¿¡ °üÇÑ TV Åä·Ð>¼±Áø ÷´Ü Çй®Àº ¿ÏÀü Áø¸®¸¦ Ãß±¸ ÅëÇØ ºÒ·ÎºÒ»ç(ÝÕÖÕÝÕÞÝ)¸¦ ¸ñÇ¥·Î 
¹ßÀüµÇ°í 
ÀÖ½À´Ï´Ù.
º» °­¿¬È¸´Â 
ºÒ·ÎºÒ»ç ±× Á¤»ó¿¡¼­ ¹Ù¶óº» 
¿ÏÀüÇÑ Çй®, Á¾±³, °úÇÐÀ»  ¿©·¯ºÐµé¿¡°Ô ÀüÇØ µå¸®°íÀÚ ÇÕ´Ï´Ù. 

ÁøÃëÀûÀÌ¸ç ¿­¸° ¸¶À½À¸·Î Áö½ÄÀ» °¥±¸ÇÏ´Â À̵éÀÇ ¸¸³²ÀÇ ½Ã°£ÀÌ µÇ½Ã±æ 
¹Ù¶ø´Ï´Ù.
ÀÏ 
 ½Ã : 2001³â 10¿ù 6ÀÏ ¿ÀÈÄ 3½Ã
Àå 
 ¼Ò : ºÎõ ½Ã¹Î ȸ°ü ¼Ò°­´ç
 





Partially linked .o objects

2001-10-04 Thread Pontus Lidman

Hello,

I'm trying to use automake 1.4a in a project where we build some Linux
kernel modules. These modules are partially linked objects, i.e. .c is
compiled to .o and these objects are linked using ld -r to produce the
kernel module.

However I can't seem to make it work. There seems to be no explicit
support for this in automake; I don't want a .la or .a library.

My attempt (included below) gives me trouble with dependencies, e.g.

make[2]: *** No rule to make target `audioInt.o', needed by `audio.o'.  Stop.

My Makefile.am:

kernelmoddir=$(prefix)/kernel
kernelmod_DATA=audio.o
INCLUDES=-I$(top_srcdir)/include
CFLAGS=-D_LOOSE_KERNEL_NAMES -DMODULE -D__KERNEL__ -DLINUX
SOURCES=audioInt.c audioMain.c audioOps.c audioInt.h
OBJECTS=audioInt.o audioMain.o audioOps.o
audio.o: $(OBJECTS)
ld -r -o audio.o $(OBJECTS)

Any advice is appreciated.

/Pontus


-- 
Pontus Lidman   Email: [EMAIL PROTECTED]
Nokia Home Communications   Phone: +46 (0)13  4611201
Diskettgatan 11 Fax:   +46 (0)13  4611001
583 35 Linköping, Sweden




How do I stop some recursive SUBDIR tests for "make distcheck"?

2001-10-04 Thread Harlan Stenn

So I've been doing some digging and I don't see how to work around this
problem.

automake-1.5 will not let me override RECURSIVE-TARGETS.

I've added empty rulesets for:

 dvi:
 dvi-am:
 dvi-recursive:

and distcheck is *still* trying to do a "make dvi" in the SUBDIR.

Ideas?

In the fragment below, perl-modules/ has a Makefile generated via automake,
but the Makefile in PIKT-Random has one generated for a perl module, which
has no dvi rules (and I'd prefer to avoid adding extra rules just to get the 
distcheck target to work).

H
--
...
Making dvi in perl-modules
gmake[2]: Entering directory 
`/a/local/etc/amd.stage/spot/._d/da0s1f/src/Networking/Monitor/pikt/pikt/A.freebsd4/pikt-1.15.0pre5/=build/perl-modules'
Making dvi in PIKT-Random
gmake[3]: Entering directory 
`/a/local/etc/amd.stage/spot/._d/da0s1f/src/Networking/Monitor/pikt/pikt/A.freebsd4/pikt-1.15.0pre5/=build/perl-modules/PIKT-Random'
gmake[3]: *** No rule to make target `dvi'.  Stop.