I think words in the needs block are just compared to:
extract system/components 3
In my tests it looks like the needs block isn't evaluated,
just examined.
Anton.
> I didn't know the needs: attribute was actualy evaluated.
>
> actually, I barely even knew that was even significant...
>
> I just looked at the online docs and the word is referenced 3
> times, where they explain the script header... but don't explain
> the dialect anywhere!
>
> is this dialect actualy usable as a function given a block?
>
> -MAx
> ---
> "You can either be part of the problem or part of the solution,
> but in the end, being part of the problem is much more fun."
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, November 27, 2003 4:50 PM
> > To: [EMAIL PROTECTED]
> > Subject: [REBOL] [bug?] Problem with 'load
> >
> >
> >
> > Is this a bug, or am I just being thick?
> >
> > I just want to evaluate a header, but REBOL won't let me
> > even load it if the
> > needs aren't met:
> >
> > load/all/header "rebol [needs: [1.2.1 view]]"
> >
> > will work if you are running view.
> >
> > But ask for a version you definitely don't have:
> >
> > >> load/all/header "rebol [needs: [1.2.1 xxxx]]"
> > ** Script Error: This script needs xxxx or better to
> > function correctly
> > ** Near: load/all/header "rebol [needs: [1.2.1 xxxx]]"
> >
> > Load/all is not meant to evaluate, so I reckon it's a bug.
> > It's certainly a
> > problem.
> >
> > Thanks to Chris RG for spotting this while trying to
> > contribute a script to
> > the Script Library....We try to load the header for
> > validation, but we're
> > running Core so the problem was reported as an "unable to
> > load" error, leading to
> > some mutual head-scratching.
> >
> > Sunanda.
--
To unsubscribe from this list, just send an email to
[EMAIL PROTECTED] with unsubscribe as the subject.
