kexec 2.0.2 MIPS

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

 



> $ git clone git://github.com/horms/kexec-tools.git
> $ cd kexec-tools
> $ git checkout 6adc05c6e3fdbc8b9f5d915af78ca05d0a09cb17^

configure: creating ./config.status
config.status: creating Makefile
config.status: error: cannot find input file: `include/config.h.in'

Just to make sure I did this correctly:

# autoconf
# CC=${CROSS_COMPILE}gcc LDFLAGS=-static ./configure
<snip>
configure: creating ./config.status
config.status: creating Makefile
config.status: error: cannot find input file: `include/config.h.in'

> 
> Build and see if it works. If so could you then try?
> 
> $ git checkout 6adc05c6e3fdbc8b9f5d915af78ca05d0a09cb17
> 
> Build and see if it works. If it does not then
> revision 6adc05c6e3fdbc8b9f5d915af78ca05d0a09cb17 starts to smell
> a lot like the cause of the problem you have observed.
> 
> 
> Git Bisect
> ----------
> 
> A git bisection works by doing a binary search over a set of
> commits
> in order to (hopefully) isolate which commit introduces a
> regression.
> 
> To this, the git commands are something along these lines:
> 
> $ git clone git://github.com/horms/kexec-tools.git
> $ cd kexec-tools
> $ git checkout v2.0.1
> 
> Build and confirm that it does work
> 
> $ git checkout v2.0.2
> 
> Build and confirm that it does not work.
> 
> Now we actually start the bisect
> 
> $ git bisect start
> $ git bisect bad v2.0.2
> $ git bisect good v2.0.1
> 
> Git should now select a revision between v2.0.1 and v2.0.2
> Test it and see if it works or not. If it does run
> 
> $ git bisect good
> If not run
> 
> $ git bisect bad
> 
> Git will now select another revision for you to test...
> 
> 
> 




[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux