Charlls Quarra <charlls_quarra-/E1597aS9LQMlKAeRRkD2Q@public.gmane.org> έγραψε:

Until we can access general c/c++ libraries (like boost) some general usage class will end up being reimplemented because you just have to use them on SC3.

There will be never generic access to external libraries that will "work" in *every* occasion. There are cases where you can do that (and I like to do it with some ease) and cases where you can not.

To allow low-priority non-realtime tasks to be described using sclang does not mean that you should try to perform a google search in the same sclang code that is processing some MIDI data stream in real-time, just because you have a C library for that (unless you belong to the "Results 1 - 10 of about 56,900,000 for aesthetic [definition]. (0.18 seconds)" school, of course).

So you will always have to reimplement certain things in pure sclang.

If what your message implied was true, people in this list would be wasting their time and the sclang application would be nothing more than a toy interpreter for an "obscure language".

I hope this makes sense to you too.

Have a nice day!

mariacallas



--- mariacallas

__________________________________________________
Χρησιμοποιείτε Yahoo!;
Βαρεθήκατε τα ενοχλητικκά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων
http://mail.yahoo.gr

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev

Just wondering why Buffer doesn't have a simple duration method?

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev

Maria Callas <mariac4llas-SwNrsLmSXfA@public.gmane.org> escribió:

There will be never generic access to external libraries that will "work" in *every* occasion. There are cases where you can do that (and I like to do it with some ease) and cases where you can not.

To allow low-priority non-realtime tasks to be described using sclang does not mean that you should try to perform a google search in the same sclang code that is processing some MIDI data stream in real-time, just because you have a C library for that (unless you belong to the "Results 1 - 10 of about 56,900,000 for aesthetic [definition]. (0.18 seconds)" school, of course).

So you will always have to reimplement certain things in pure sclang.

If what your message implied was true, people in this list would be wasting their time and the sclang application would be nothing more than a toy interpreter for an "obscure language".

I hope this makes sense to you too.

Well, i don't think that reimplementing stuff in sclang would be a pure waste of time otherwise i wouldn't be wasting mine doing precisely that. But i do think that the need of reimplementing some algorithms (and not just the language wrappers/bindings) is somewhat artificial by the lack of a general language binding mechanism. I would hardly consider a google search "general usage" code. stl/Boost however, *is* general usage code, and is pretty standard. I don't mind using the already extense sclang library of classes and implementing my own for specific or general usage, but that doesn't turn vain the fact that most(i'm not either saying it's all) of this functionality already exists in those (general usage) libraries

good day to you too!

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev

Charlls Quarra <charlls_quarra-/E1597aS9LQMlKAeRRkD2Q@public.gmane.org> escribió:

Well, i don't think that reimplementing stuff in sclang would be a pure waste of time otherwise i wouldn't be wasting mine doing precisely that. But i do think that the need of reimplementing some algorithms (and not just the language wrappers/bindings) is somewhat artificial by the lack of a general language binding mechanism. I would hardly consider a google search "general usage" code. stl/Boost however, *is* general usage code, and is pretty standard. I don't mind using the already extense sclang library of classes and implementing my own for specific or general usage, but that doesn't turn vain the fact that most(i'm not either saying it's all) of this functionality already exists in those (general usage) libraries

Btw, here is a small bugfix update and added some user interface methods ( ==,  isEmpty , isInf  and .add( [ r0 , r1 ] );

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev

Charlls Quarra <charlls_quarra <at> yahoo.com.ar> έγραψε:
>But i do think that the need of reimplementing some algorithms (and not just >the language wrappers/bindings) is somewhat artificial by the lack of a general
>language binding mechanism. I would hardly consider a google search "general >usage" code. stl/Boost however, *is* general usage code, and is pretty standard.

I guess there is a chance that you are asking youself the wrong question but I may be wrong and the discussion would go off-topic for this list.

Thanks for reading,

mariacallas



--- mariacallas

__________________________________________________
Χρησιμοποιείτε Yahoo!;
Βαρεθήκατε τα ενοχλητικκά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων
http://mail.yahoo.gr

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev