Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT metalab.unc.edu
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .
  • Date: Mon, 24 May 2004 14:51:06 -0400

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





------- Additional Comments From acedit AT armory.com 2004-05-24 14:51 -------
The problem (as I understand it) is that when something fails in
the PREPARE -> DETAILS -> CONFIGURE -> DEPENDS pipeline libdepends
has no idea what do and funny things happen. Right now someone has
made run_configure always return true, which is causing the problem
that you see, CONFIGURE is failing as it is supposed to, but someone
has mistakenly made run_configure ignore that.

I'll explain how all this is supposed to work so I can save all of
you from wasting your time and my time rediscovering the wheel.

when you say cast <stuff> all the non-option stuff gets put in SPELLS
then foreach thing in SPELLS we run through the depends pipeline on it.
That will eventually build up a big hash table of spells and what they
depend on. Along with that it will get a list of spells that this spell
now depends on. Those (NEW_DEPENDS) are then merged in the most amusing
way possible with SPELLS such that there are no duplicates. In the end
SPELLS is a complete list of all the SPELLS we have looked at, and a
hash table mapping it all together. After that we can generate a makefile.

So we can remove the true which will make other spells have problems,
but IMO those spells are broken to begin with. Or we can move the
checking somewhere else, like DEPENDS, which also dumb, but oh well.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.




Archive powered by MHonArc 2.6.24.

Top of Page