mc.sh should depend on config.status

[egmont]

When you re-run ./configure with a different --prefix, mc.sh doesn't get regenerated. Hence an incorrect version can be installed.

Detailed scenario:

I usually run "./configure --prefix=/tmp/MC" when I'm experimenting, and "./configure" (with implicit --prefix=/usr/local) when making a stable build.

I also have this fixed line in my .bashrc:

. /usr/local/libexec/mc/mc.sh

Consider the following usage:

git clone [...]
cd mc
[make experimental modifications]
./autogen.sh
./configure --prefix=/tmp/MC
make
make install
/tmp/MC/bin/mc [test the changes, figure out they're good to be deployed]
./configure [with implicit --prefix=/usr/local]
make
sudo make install

I end up with a /usr/local/libexec/mc/mc.sh that contains

alias mc='. /tmp/MC/libexec/mc/mc-wrapper.sh'

So starting a new shell and just typing mc launches the one under /tmp/MC, clearly not what I'd expect.

[egmont]

(And the same goes for mc-wrapper.sh, and of course their csh counterparts too.)

[egmont]

I attach a fix. It apparently works (and I saw this pattern in misc/ext.d/Makefile and src/vfs/extfs/helpers/Makefile and other places).

The problem is that there the dependency on config.status is not explicitly mentioned in Makefile.am, but it's some magic that inserts it to the generated Makefile.in. So I guess my fix is not the best way to do it. But here my knowledge on autotools/make ends, so I'd let someone more experienced find the proper fix. Thanks!

[andrew_b]

Replying to egmont:

I attach a fix. It apparently works (and I saw this pattern in misc/ext.d/Makefile and src/vfs/extfs/helpers/Makefile and other places).

Thanks!

Branch: 3181_wrappers
changeset:d350d81627bb28316a7144225b6aa30a8d3db421

[andrew_b]

Merged to master: [d350d81627bb28316a7144225b6aa30a8d3db421].