[bug #23262] sudo -E gmake install tries to run plmerge for aggregate project on FreeBSD

[Nicola Pero]

Follow-up Comment #2, bug #23262 (project gnustep):

Actually, there might be a problem here - not as described,
but I can now see a case where you could have spurious rebuilds
of applications in the Etoile tree.

I had a quick look since it was reported by someone else as well,
and I can't reproduce it.

But while looking for spurious rebuilds I found a very 
interesting problem with the current code for framework headers - 
which could cause spurious rebuilds of frameworks. (see bug 
#23286).

Now if you're building a big source tree with frameworks, if you
happen to trigger the bug for some of them you may get into a 
situation where the framework is rebuilt every time you type
'make'.  If now you have an application in the source tree that
is using the framework, the application might also get rebuilt
every time you type 'make'.  Well, depending on which headers
it is including, it might be rebuilt all the times, or exactly
half of the times (every other time).

That spurious rebuild of the application would trigger the 
behaviour you're seeing, and trigger it randomly in a way 
that is difficult to reproduce.

I'll get bug #23286 fixed; in the meanwhile if you find it
prevents you from developing, as a quick fix you can put
plmerge in your root PATH (either by changing root's PATH,
or by putting plmerge in /usr/bin).

Actually, I wonder if the problem you're having is not something
else entirely.

Can I recommend when you have a building problem you just
report as much detailed information as you can ?  Ie, which
source tree, and exactly what the output of 'make messages=yes',
'make install messages=yes' etc is.  There are so many
different problems you may be having.

Thanks

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?23262>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/