![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Sat, 06 May 2000 11:11:24 -0500, Chris Huff wrote:
>> Nope, i'm talking about using external apps(.exe in wintel)... instead
>> of supporting a full blown language for function, just allow the user to
>> use the (compiled) language s/he wants to use to do the maths!
>> Instead of having to support everything you want POV's function language
>> to support, POV could just allow you to call an application, and take
>> the return value for result!!
>
>Well, I don't think there is cross-platform way of doing this.
IMHO, cross-platform is the least of your worries if you do this. It'd be
horribly slow to spawn a new process for each evaluation of the function,
and those functions get evaluated many, many, many times for each ray that
hits the object.
--
Ron Parker http://www2.fwi.com/~parkerr/traces.html
These are my opinions. I do NOT speak for the POV-Team.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Well...
there's at least one working free soft basic interpreter(gwbasic,
though); it's called bywater basic, and it's in C...
SO, you don't need to write one
Warp wrote:
>
> pk <thi### [at] videotron ca> wrote:
> : Oh, well... You could probably do a Basic interpreter
>
> Just to add support for loops and variables? I don't think it's necessary,
> nor worth the efforts.
>
> --
> main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
> ):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
--
AKA paul_virak_khuong at yahoo.com, pkhuong at deja.com, pkhuong at
crosswinds.net and pkhuong at technologist.com(list not complete)...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
In article <39189867.694EAC7F@videotron.ca>, pk <thi### [at] videotron ca>
wrote:
> Well...
> there's at least one working free soft basic interpreter(gwbasic,
> though); it's called bywater basic, and it's in C...
> SO, you don't need to write one
Actually, it would have to be rewritten. You can't just take code from
something else and slap it into POV-Ray, even if the code is free, you
have to make sure it is compatible with the POV license. And even if the
code was given to the POV-Team, it would still have to be adapted to
work within POV and a syntax developed for it.
And BASIC isn't the best design choice in my opinion...why add another
completely different language into the POV syntax? It would mostly
accomplish adding program bloat, slow the execution of those functions,
and make it harder to learn. And you couldn't base any of it on current
work, so it would be harder to write the actual code for it.
--
Christopher James Huff - Personal e-mail: chr### [at] yahoo com
TAG(Technical Assistance Group) e-mail: chr### [at] tag povray org
Personal Web page: http://chrishuff.dhs.org/
TAG Web page: http://tag.povray.org/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Yes, probably...
Chris Huff wrote:
>
> In article <39189867.694EAC7F@videotron.ca>, pk <thi### [at] videotron ca>
> wrote:
>
> > Well...
> > there's at least one working free soft basic interpreter(gwbasic,
> > though); it's called bywater basic, and it's in C...
> > SO, you don't need to write one
>
> Actually, it would have to be rewritten. You can't just take code from
> something else and slap it into POV-Ray, even if the code is free, you
> have to make sure it is compatible with the POV license. And even if the
> code was given to the POV-Team, it would still have to be adapted to
> work within POV and a syntax developed for it.
> And BASIC isn't the best design choice in my opinion...why add another
> completely different language into the POV syntax? It would mostly
> accomplish adding program bloat, slow the execution of those functions,
> and make it harder to learn. And you couldn't base any of it on current
> work, so it would be harder to write the actual code for it.
Yeah, i suppose so... but,the function language could become a complete
mess with time, as people add more and more functions to it, if you're
not careful :^)
--
AKA paul_virak_khuong at yahoo.com, pkhuong at deja.com, pkhuong at
crosswinds.net and pkhuong at technologist.com(list not complete)...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Yes, probably...
Chris Huff wrote:
>
> In article <39189867.694EAC7F@videotron.ca>, pk <thi### [at] videotron ca>
> wrote:
>
> > Well...
> > there's at least one working free soft basic interpreter(gwbasic,
> > though); it's called bywater basic, and it's in C...
> > SO, you don't need to write one
>
> Actually, it would have to be rewritten. You can't just take code from
> something else and slap it into POV-Ray, even if the code is free, you
> have to make sure it is compatible with the POV license. And even if the
> code was given to the POV-Team, it would still have to be adapted to
> work within POV and a syntax developed for it.
> And BASIC isn't the best design choice in my opinion...why add another
> completely different language into the POV syntax? It would mostly
> accomplish adding program bloat, slow the execution of those functions,
> and make it harder to learn. And you couldn't base any of it on current
> work, so it would be harder to write the actual code for it.
Yeah, i suppose so... but,the function language could become a complete
mess with time, as people add more and more functions to it, if you're
not careful :^)
--
AKA paul_virak_khuong at yahoo.com, pkhuong at deja.com, pkhuong at
crosswinds.net and pkhuong at technologist.com(list not complete)...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
pk <thi### [at] videotron ca> wrote:
: Yeah, i suppose so... but,the function language could become a complete
: mess with time, as people add more and more functions to it, if you're
: not careful :^)
Variable definitions, conditionals and loops should be enough.
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
In article <3919F6B0.CDCCAAE3@videotron.ca>, pk <thi### [at] videotron ca>
wrote:
> Yeah, i suppose so... but,the function language could become a complete
> mess with time, as people add more and more functions to it, if you're
> not careful :^)
Adding functions won't make it a mess, they would all use the same
syntax. And for the other "programming" features, only variables,
if-else, and while are really necessary, although for, do-while, and
switch-case would be useful. Embedding BASIC into the POV language would
be much more of a mess, especially if other data types(vector, color)
are supported and if variables declared outside the function are to be
used.
--
Christopher James Huff - Personal e-mail: chr### [at] yahoo com
TAG(Technical Assistance Group) e-mail: chr### [at] tag povray org
Personal Web page: http://chrishuff.dhs.org/
TAG Web page: http://tag.povray.org/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |