[petsc-dev] Dependence of build on test target broken

Smith, Barry F. bsmith at mcs.anl.gov
Sat Jul 13 12:45:02 CDT 2019


    I am confused. I checked out the commit just before this commit and do 

$ touch src/mat/interface/matrix.c
$ make -j 12 -f gmakefile.test test globsearch="snes*tests*ex1*"
Use "/usr/bin/make V=1" to see verbose compile lines, "/usr/bin/make V=0" to suppress.
          CC arch-basic/tests/snes/examples/tests/ex1.o
          CC arch-basic/tests/snes/examples/tests/ex17.o

It is not attempting to rebuild the library, I then editing matrix.c with a blank line and again 
make test had no interest in rebuilding the library.

I then checkout maint and do the same thing. It doesn't bother rebuilding the library, just starts on the tests

  What am I misunderstanding? Something to with the Mac? 


> On Jul 11, 2019, at 2:35 PM, Balay, Satish via petsc-dev <petsc-dev at mcs.anl.gov> wrote:
> On Thu, 11 Jul 2019, Matthew Knepley via petsc-dev wrote:
>> After my latest pull of master, making the 'test' target no longer rebuilds
>> the library. I have tested this on a few arches, and rebuilt. This is
>> pretty inconvenient, but I do not know how to fix it.
> git bisect gives the following.
> Satish
> -----
> 27d73d1f0a5c445a3a02971e31a2a1a02ed6d224 is the first bad commit
> commit 27d73d1f0a5c445a3a02971e31a2a1a02ed6d224
> Author: Barry Smith <bsmith at mcs.anl.gov>
> Date:   Sat Jun 22 22:56:05 2019 -0500
>    Fix the error from gmakefile.test test about trying to remove a non-empty directory
>    The problem was the target to rm -r the directory was running at the same time as
>    tests tests where generatering new files in the directory
>    Commit-type: bug-fix
> :100644 100644 67a00e0c1c9ce3eb91a88f314e81a74ac278131f 9c0c1b310a238fc27df3af114ec96336ef5640d2 M      gmakefile.test

More information about the petsc-dev mailing list