automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] {master} tests: extend tests on dependency tracking with VPA


From: Stefano Lattarini
Subject: Re: [PATCH] {master} tests: extend tests on dependency tracking with VPATH
Date: Tue, 28 Jun 2011 11:57:05 +0200
User-agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; )

Reference:
  <http://lists.gnu.org/archive/html/automake-patches/2011-05/msg00019.html>

On Wednesday 04 May 2011, Stefano Lattarini wrote:
> References:
>  <http://lists.gnu.org/archive/html/automake-patches/2011-05/msg00007.html>
>  <http://lists.gnu.org/archive/html/automake-patches/2011-04/msg00140.html>
> 
> On Tuesday 19 April 2011, Stefano Lattarini wrote:
> > Hello Ralf.
> > 
> > On Monday 11 April 2011, Ralf Wildenhues wrote:
> > > * Ralf Wildenhues wrote on Mon, Apr 11, 2011 at 07:13:00AM CEST:
> > > >     Fix hp depmode for VPATH builds with GNU make.
> > > >     
> > > >     * lib/depcomp: Be sure to remove VPATH-prefixed object from
> > > >     dependency output when creating stub rule.
> > > >     * tests/depcomp10.test: New test.
> > > >     * tests/Makefile.am (TESTS): Update.
> > > >     * NEWS: Update.
> > > >     Report by Bruno Haible.
> > > 
> > > Of course I should be merging this test and depcomp9, and generalizing
> > > for all depmodes, and tuning my test scripts to exercise both make and
> > > gmake on all systems.  (on my TODO list)
> > > 
> > I hope you don't mind if I've done this for you ;-)
> > 
> > See the attached patch.  I've tested it with pcc, gcc-2.95, gcc-3.4,
> > gcc-4.4 and the Sun C compiler, and with GNU, BSD (Debian ports) and
> > Heirloom make.
> 
> > Currently there is only one failure (with gcc >= 3 and NetBSD or GNU
> > make and depmode=tru64, which I haven't tried to analyze yet (in any
> > case, it isn't a regression, so we can tackle it in a follow-up).
> > The log of this failure is attached, together with the content of the
> > offending file `src/sub/.deps/subfoo.Po'.
> > 
> OK, I've now written a workaround for the gcc+tru64 failure; you can find
> it attached.  But, lacking the possibility to test on a real Tru64, I
> still don't know whether this failure is a spurious one (so that applying
> my workaround is the way to go) or a real one (so that my workaround
> would just sweep the dirt under the rug on GNU/Linux, only for the failure
> to resurface later on Tru64).  Has anyone  the possibility to run the
> `*.depmod' tests on a real Tru64 machine?  Here is how it can be done:
> 
>   $ git clone git://git.sv.gnu.org/automake.git
>   $ cd automake
>   $ git checkout testsuite-work
>   $ ./configure && make
>   $ cd tests
>   $ CC=/path/to/tru64/c/compiler make check TESTS="\$(depmod_tests)" \
>     AM_MAKEFLAGS="TESTS='\$(depmod_tests)'"
> 
> The test results can then be found in the `test-suite.log' file and in the
> `depcomp-*.log' files.
> 
> Regards,
>   Stefano
> 

Ping on this?

Regards,
  Stefano



reply via email to

[Prev in Thread] Current Thread [Next in Thread]