Hello,
* FX wrote on Sun, Oct 03, 2010 at 11:22:50AM CEST:
> > This is a known issue and related to timestamps of those generated
> > .texi files. By touching generated .texi it can be solved.
Hacked around, I would say, not solved.
I guess to solve it, genhooks should produce output in binary m
On Sun, Oct 3, 2010 at 6:05 AM, FX wrote:
>> This is a known issue and related to timestamps of those generated
>> .texi files. By touching generated .texi it can be solved. This test
>> in make is here a bit broken IMHO, as a content check would satisfy
>> needs for validity-check alone.
>
> Actu
> This is a known issue and related to timestamps of those generated
> .texi files. By touching generated .texi it can be solved. This test
> in make is here a bit broken IMHO, as a content check would satisfy
> needs for validity-check alone.
Actually, it doesn't solve it. If "cpmd -s" returns fa
> This is a known issue and related to timestamps of those generated
> .texi files. By touching generated .texi it can be solved. This test
> in make is here a bit broken IMHO, as a content check would satisfy
> needs for validity-check alone.
I'm wondering about this part of the Makefile:
2010/10/3 FX :
> Hi all,
>
> I'm trying to bootstrap trunk on i686-pc-mingw32. I configure with
> --disable-werror --enable-threads --disable-nls --build=i686-pc-mingw32
> --enable-libgomp --with-dwarf2 --disable-sjlj-exceptions
>
> During stage 1, bootstrap fails when comparing trunk tm.texi and
Hi all,
I'm trying to bootstrap trunk on i686-pc-mingw32. I configure with
--disable-werror --enable-threads --disable-nls --build=i686-pc-mingw32
--enable-libgomp --with-dwarf2 --disable-sjlj-exceptions
During stage 1, bootstrap fails when comparing trunk tm.texi and the version
regenerated f
