On Wed, 2004-07-14 at 18:50, Dale E Martin wrote:
> > Autoconfigure script will take that file and the user configurations
> > chosen and generate the end result file WarpedConfig.h in src/warped
> > directory.
>
> OK, so you're saying don't write the .in file, write this autoconfigure.ac
> file t
> Do not include WarpedConfig.h.in in the AC_CONFIG_HEADERS. Autoheader
> only needs the end result WarpedConfig.h in the AC_CONFIG_HEADERS. It
> will scan the autoconfigure.ac file and create WarpedConfig.h.in.
I don't want it to generate WarpedConfig.h.in, I guess that's my point.
> Autoconfigu
On Wednesday, July 14, 2004 4:56 pm, Jesse Barnes wrote:
> On Wednesday, July 14, 2004 4:40 pm, Bob Friesenhahn wrote:
> > It should be no different than other recursive Automake rules (e.g.
> > 'dist'). Each Makefile.am would concatenate its own source file list
> > to a 'cscope.files' in the top
On Wednesday, July 14, 2004 4:40 pm, Bob Friesenhahn wrote:
> It should be no different than other recursive Automake rules (e.g.
> 'dist'). Each Makefile.am would concatenate its own source file list
> to a 'cscope.files' in the top level of the build directory. Once the
> rule in all the Makefil
On Wed, 2004-07-14 at 15:23, Dale E Martin wrote:
> Hello. I've got a header file I want autotools to handle for me,
> WarpedConfig.h. My WarpedConfig.h.in has header guards in it and has
> "#undef"s for all of the things I want defined. I have this in my
> configure.ac:
> AC_CONFIG_HEADERS([src
On Wed, 14 Jul 2004, Jesse Barnes wrote:
On Wednesday, July 14, 2004 3:59 pm, Bob Friesenhahn wrote:
Probably gtags is not implemented very well.
Sounds like it.
It seems like there should be a rule to collect the source file list
from all Makefiles (including subordinate Makefiles) followed-up by
On Wednesday, July 14, 2004 3:59 pm, Bob Friesenhahn wrote:
> Probably gtags is not implemented very well.
Sounds like it.
> It seems like there should be a rule to collect the source file list
> from all Makefiles (including subordinate Makefiles) followed-up by
> another rule which actually exe
On Wed, 14 Jul 2004, Jesse Barnes wrote:
It looks like this rule will include source files which are not
incorporated by Makefile.am since it appears to simply recurse through
the source tree. That means it may pick up source files from other
projects, or source files which are not in use. Is tha
On Wednesday, July 14, 2004 3:36 pm, Bob Friesenhahn wrote:
> On Wed, 14 Jul 2004, Jesse Barnes wrote:
> > Now that cscope is free software, I thought it might be nice if automake
> > created make targets for it. It's a powerful too; very useful for large
> > projects. Here's a patch that impleme
On Wed, 14 Jul 2004, Jesse Barnes wrote:
Now that cscope is free software, I thought it might be nice if automake
created make targets for it. It's a powerful too; very useful for large
projects. Here's a patch that implements it in tags.am. If it looks ok, can
someone please commit it so it's p
Hello. I've got a header file I want autotools to handle for me,
WarpedConfig.h. My WarpedConfig.h.in has header guards in it and has
"#undef"s for all of the things I want defined. I have this in my
configure.ac:
AC_CONFIG_HEADERS([src/warped/WarpedConfig.h:src/warped/WarpedConfig.h.in])
Norma
Now that cscope is free software, I thought it might be nice if automake
created make targets for it. It's a powerful too; very useful for large
projects. Here's a patch that implements it in tags.am. If it looks ok, can
someone please commit it so it's part of the next release?
For those wh
**
**
WARNING: Panda Antivirus GateDefender has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
Pand
13 matches
Mail list logo
