>>> "pds" == Paul D Smith <[EMAIL PROTECTED]> writes:
[...]
pds> I'm interested in discussing the issue and possible solutions. The one
pds> I added to the bug report involves using :=, since simply-expanded
pds> variables in GNU make are always only expanded one time, no matter how
pds> man
Hello,
On Sat, Mar 12, 2005 at 06:56:20PM +0200, Paul Pogonyshev wrote:
> Everything seems to work just fine and as expected,
your code, which is in whole cited below, doesn't actually know
about the dependency
foo.c foo.h: foo.list
So if you change the .list file, the other files won't be rebui
Hi Stepan,
* Stepan Kasal wrote on Wed, Mar 16, 2005 at 04:40:01PM CET:
> recently, I run "make uninstall" with a package I previously installed
> by "make install".
>
> The package heavily uses the feature
> foodir = ...
> foo_HEADERS = ...
> and thus created many directories. Aft
Hello,
recently, I run "make uninstall" with a package I previously installed
by "make install".
The package heavily uses the feature
foodir = ...
foo_HEADERS = ...
and thus created many directories. After the uninstall, the directories
are empty. I imagined that "make uninstal
Hi,
I see the following errors during buildconf or configure and don't
know what is causing them. Please advise what they mean and how to
troubleshoot
them.
thanks,
Hong Liu
checking for ANSI C header files... no
..
checking size of char... 0
checking size of int... 0
checking size of long..
On Wednesday 16 March 2005 08:12, Ralf Wildenhues wrote:
> Oh, or are you invoking aclocal directly? Then you should do
> aclocal -I m4
>
> ACLOCAL_AMFLAGS are only respected by the rebuilding rules put in
> Makefile.in and by autoreconf.
Thanks for your help, Ralf. I was invoking aclocal dire