Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 8642] cast/cleanse/libgrimoire have /usr/bin/make path hardcoded

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT bugs.sourcemage.org
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 8642] cast/cleanse/libgrimoire have /usr/bin/make path hardcoded
  • Date: Thu, 21 Apr 2005 19:15:39 -0700 (PDT)

http://bugs.sourcemage.org/show_bug.cgi?id=8642


acedit AT armory.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|sorcery 1.11.4 : cast have |cast/cleanse/libgrimoire
|/usr/bin/make path hardcoded|have /usr/bin/make path
| |hardcoded




------- Additional Comments From acedit AT armory.com 2005-04-21 19:15 -------
Long term fix wont work actually since we still have to call the utility make
from the function make.

I think I have a better solution than moving the hard-coded path to config and
letting the user adjust it if needed.

$ cat > test.sh << EOF
function make() {
MAKE=`which make`
echo $MAKE
$MAKE
}
which make
make
EOF
$ bash test.sh
/usr/bin/make
/usr/bin/make
make: *** No targets specified and no makefile found. Stop.
$

which make always looks in the path and ignores the function definition, so
somehere in sorcery (make /etc/sorcery/config, or maybe in the scripts) we
can say
REAL_MAKE=$(which make)
then in the various places /usr/bin/make is called, call $REAL_MAKE.

Benoit still has to put /tmp/tools in his PATH for that to work, but thats
expected.

Thoughts?

--
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




Archive powered by MHonArc 2.6.24.

Top of Page