* Joost Kraaijeveld wrote on Wed, Dec 03, 2008 at 11:28:56PM CET:
> On Wed, 2008-12-03 at 21:57 +0100, Ralf Wildenhues wrote:
>
> > That's the first issue. Most likely due to messed up time stamps,
> > maybe due to the packing/unpacking process? w32 file systems may have
> > different time stamp
Hi Ralf,
A short (?) question I forgot:
On Wed, 2008-12-03 at 21:57 +0100, Ralf Wildenhues wrote:
> That's the first issue. Most likely due to messed up time stamps,
> maybe due to the packing/unpacking process? w32 file systems may have
> different time stamp granularity or so. But with a cor
Hi Ralf,
Thanks for answering so quick.
On Wed, 2008-12-03 at 21:57 +0100, Ralf Wildenhues wrote:
> That's the first issue. Most likely due to messed up time stamps,
> maybe due to the packing/unpacking process? w32 file systems may have
> different time stamp granularity or so. But with a co
Hello Joost,
* Joost Kraaijeveld wrote on Wed, Dec 03, 2008 at 09:09:58PM CET:
> On linux everything works as advertised: "../configure; make" and
> everything runs/works (I do an out-of-tree build).
>
> On Windows however, when I do a "make" after running "../configure",
> "configure" is run aga
Hi,
I have a large multi-platform and multi-library /executable project that
is driven a main configure script that calls recursively all other
configure scripts ( 3 "sub configures" in total)
On linux everything works as advertised: "../configure; make" and
everything runs/works (I do an out-of
In the http://lists.gnu.org/archive/html/automake/2008-11/msg00029.html
Stefan Bienert asked how to "teach" automake to treat .pdf and .html
files like .info files.
Peter Johansson proposed to use 'all-local' target like this:
all-local: pdf html
Unfortunatelly, it is not clean solution, at
