Re: [BLACKBOX] BlackBox 1.6 final version?

From: [at]} <Josef>
Date: Tue, 30 Jun 2009 21:36:07 +0200

----boundary-LibPST-iamunique-1780253303_-_-
Content-type: text/plain

It is not only about COMPLEX.
A much more important type (for me) is DECIMAL.
So, adding COMPLEX as part of the language
should be ruled out. Adding COMPLEX as part of
the library and together with operator overloading
seems to me the way to go.
Adding structured return types is probably too
ambitious. For me it would be OK if the operators
are defined in the library with an OUT parameter
such as

PROCEDURE "+" (IN x, y: DECIMAL; OUT z: DECIMAL):

- JT



----- Original Message -----
From: "Wojtek Skulski" <skulski{([at]})nowhere.xy
To: <BLACKBOX{([at]})nowhere.xy
Sent: Monday, June 29, 2009 9:11 PM
Subject: Re: [BLACKBOX] BlackBox 1.6 final version?


> On Mon, 29 Jun 2009, Georgy Jikia wrote:
>
>> And Robert, if I remember correctly, is using for FFT another external
>> library(FFTW) inn Lib.
>
> He has both, his own implementation as well as a hook to FFTW.
>
>> The question however is: would COMPLEX help you
>> to develop your own numerical code, which is not yet
>> implemented in Lib? I think the answer is "yes".
>
> I also think that the answer is "yes". But I cannot substantiate
> this answer with any concrete example. My needs are served by Lib
> to such an extent, that I cannot envision myself needing COMPLEX.
>
> I have seen the COMPLEX suggestion many times over the years,
> but I have not seen any demonstrated example of BlackBox not being
> used because of lack of COMPLEX. I am not saying such an example
> does not exist.
>
> I always opt for using BlackBox if I only can because of its
> reliability, ease of use, excellent language, and (last but not least)
> the user community composed of top-notch specialists in their
> respective areas. Would I still use BlackBox if COMPLEX is not
> added to version 1.6? Absolutely yes. Are there any applications
> where I could use BlackBox, but I would not ONLY because it does not
> provide COMPLEX? Probably no. In my experience, problems caused by
> lack of COMPLEX are so marginal, that it hardly matters.
>
> I am not saying "do not add COMPLEX". But I am saying that
> before seriously requesting COMPLEX it would be good to
> support such need by some concrete examples of applications,
> where COMPLEX is an enabling technology.
>
> Not supporting operator overloading or COMPLEX is making
> the language look less trendy. But is it necessarily bad?
> I am less than sure.
>
> W.
>
>
> ----
> To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy

----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-1780253303_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEl0IGlzIG5vdCBvbmx5IGFib3V0IENPTVBMRVgu
XHBhcg0KQSBtdWNoIG1vcmUgaW1wb3J0YW50IHR5cGUgKGZvciBtZSkgaXMgREVDSU1BTC5ccGFy
DQpTbywgYWRkaW5nIENPTVBMRVggYXMgcGFydCBvZiB0aGUgbGFuZ3VhZ2VccGFyDQpzaG91bGQg
YmUgcnVsZWQgb3V0LiBBZGRpbmcgQ09NUExFWCBhcyBwYXJ0IG9mXHBhcg0KdGhlIGxpYnJhcnkg
YW5kIHRvZ2V0aGVyIHdpdGggb3BlcmF0b3Igb3ZlcmxvYWRpbmdccGFyDQpzZWVtcyB0byBtZSB0
aGUgd2F5IHRvIGdvLlxwYXINCkFkZGluZyBzdHJ1Y3R1cmVkIHJldHVybiB0eXBlcyBpcyBwcm9i
YWJseSB0b29ccGFyDQphbWJpdGlvdXMuIEZvciBtZSBpdCB3b3VsZCBiZSBPSyBpZiB0aGUgb3Bl
cmF0b3JzXHBhcg0KYXJlIGRlZmluZWQgaW4gdGhlIGxpYnJhcnkgd2l0aCBhbiBPVVQgcGFyYW1l
dGVyXHBhcg0Kc3VjaCBhc1xwYXINClxwYXINClBST0NFRFVSRSAiKyIgKElOIHgsIHk6IERFQ0lN
QUw7IE9VVCB6OiBERUNJTUFMKTpccGFyDQpccGFyDQotIEpUXHBhcg0KXHBhcg0KXHBhcg0KXHBh
cg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSBccGFyDQpGcm9tOiAiV29qdGVrIFNrdWxz
a2kiIDxza3Vsc2tpQFBBUy5ST0NIRVNURVIuRURVPlxwYXINClRvOiA8QkxBQ0tCT1hATElTVFMu
T0JFUk9OLkNIPlxwYXINClNlbnQ6IE1vbmRheSwgSnVuZSAyOSwgMjAwOSA5OjExIFBNXHBhcg0K
U3ViamVjdDogUmU6IFtCTEFDS0JPWF0gQmxhY2tCb3ggMS42IGZpbmFsIHZlcnNpb24/XHBhcg0K
XHBhcg0KXHBhcg0KPiBPbiBNb24sIDI5IEp1biAyMDA5LCBHZW9yZ3kgSmlraWEgd3JvdGU6XHBh
cg0KPiBccGFyDQo+PiBBbmQgUm9iZXJ0LCBpZiBJIHJlbWVtYmVyIGNvcnJlY3RseSwgaXMgdXNp
bmcgZm9yIEZGVCBhbm90aGVyIGV4dGVybmFsIFxwYXINCj4+IGxpYnJhcnkoRkZUVykgaW5uIExp
Yi5ccGFyDQo+IFxwYXINCj4gSGUgaGFzIGJvdGgsIGhpcyBvd24gaW1wbGVtZW50YXRpb24gYXMg
d2VsbCBhcyBhIGhvb2sgdG8gRkZUVy5ccGFyDQo+IFxwYXINCj4+IFRoZSBxdWVzdGlvbiBob3dl
dmVyIGlzOiB3b3VsZCBDT01QTEVYIGhlbHAgeW91IFxwYXINCj4+IHRvIGRldmVsb3AgeW91ciBv
d24gbnVtZXJpY2FsIGNvZGUsIHdoaWNoIGlzIG5vdCB5ZXRccGFyDQo+PiBpbXBsZW1lbnRlZCBp
biBMaWI/IEkgdGhpbmsgdGhlIGFuc3dlciBpcyAieWVzIi5ccGFyDQo+IFxwYXINCj4gSSBhbHNv
IHRoaW5rIHRoYXQgdGhlIGFuc3dlciBpcyAieWVzIi4gQnV0IEkgY2Fubm90IHN1YnN0YW50aWF0
ZVxwYXINCj4gdGhpcyBhbnN3ZXIgd2l0aCBhbnkgY29uY3JldGUgZXhhbXBsZS4gTXkgbmVlZHMg
YXJlIHNlcnZlZCBieSBMaWJccGFyDQo+IHRvIHN1Y2ggYW4gZXh0ZW50LCB0aGF0IEkgY2Fubm90
IGVudmlzaW9uIG15c2VsZiBuZWVkaW5nIENPTVBMRVguXHBhcg0KPiBccGFyDQo+IEkgaGF2ZSBz
ZWVuIHRoZSBDT01QTEVYIHN1Z2dlc3Rpb24gbWFueSB0aW1lcyBvdmVyIHRoZSB5ZWFycyxccGFy
DQo+IGJ1dCBJIGhhdmUgbm90IHNlZW4gYW55IGRlbW9uc3RyYXRlZCBleGFtcGxlIG9mIEJsYWNr
Qm94IG5vdCBiZWluZ1xwYXINCj4gdXNlZCBiZWNhdXNlIG9mIGxhY2sgb2YgQ09NUExFWC4gSSBh
bSBub3Qgc2F5aW5nIHN1Y2ggYW4gZXhhbXBsZVxwYXINCj4gZG9lcyBub3QgZXhpc3QuXHBhcg0K
PiBccGFyDQo+IEkgYWx3YXlzIG9wdCBmb3IgdXNpbmcgQmxhY2tCb3ggaWYgSSBvbmx5IGNhbiBi
ZWNhdXNlIG9mIGl0c1xwYXINCj4gcmVsaWFiaWxpdHksIGVhc2Ugb2YgdXNlLCBleGNlbGxlbnQg
bGFuZ3VhZ2UsIGFuZCAobGFzdCBidXQgbm90IGxlYXN0KVxwYXINCj4gdGhlIHVzZXIgY29tbXVu
aXR5IGNvbXBvc2VkIG9mIHRvcC1ub3RjaCBzcGVjaWFsaXN0cyBpbiB0aGVpclxwYXINCj4gcmVz
cGVjdGl2ZSBhcmVhcy4gV291bGQgSSBzdGlsbCB1c2UgQmxhY2tCb3ggaWYgQ09NUExFWCBpcyBu
b3RccGFyDQo+IGFkZGVkIHRvIHZlcnNpb24gMS42PyBBYnNvbHV0ZWx5IHllcy4gQXJlIHRoZXJl
IGFueSBhcHBsaWNhdGlvbnNccGFyDQo+IHdoZXJlIEkgY291bGQgdXNlIEJsYWNrQm94LCBidXQg
SSB3b3VsZCBub3QgT05MWSBiZWNhdXNlIGl0IGRvZXMgbm90XHBhcg0KPiBwcm92aWRlIENPTVBM
RVg/IFByb2JhYmx5IG5vLiBJbiBteSBleHBlcmllbmNlLCBwcm9ibGVtcyBjYXVzZWQgYnlccGFy
DQo+IGxhY2sgb2YgQ09NUExFWCBhcmUgc28gbWFyZ2luYWwsIHRoYXQgaXQgaGFyZGx5IG1hdHRl
cnMuXHBhcg0KPiBccGFyDQo+IEkgYW0gbm90IHNheWluZyAiZG8gbm90IGFkZCBDT01QTEVYIi4g
QnV0IEkgYW0gc2F5aW5nIHRoYXRccGFyDQo+IGJlZm9yZSBzZXJpb3VzbHkgcmVxdWVzdGluZyBD
T01QTEVYIGl0IHdvdWxkIGJlIGdvb2QgdG9ccGFyDQo+IHN1cHBvcnQgc3VjaCBuZWVkIGJ5IHNv
bWUgY29uY3JldGUgZXhhbXBsZXMgb2YgYXBwbGljYXRpb25zLFxwYXINCj4gd2hlcmUgQ09NUExF
WCBpcyBhbiBlbmFibGluZyB0ZWNobm9sb2d5LlxwYXINCj4gXHBhcg0KPiBOb3Qgc3VwcG9ydGlu
ZyBvcGVyYXRvciBvdmVybG9hZGluZyBvciBDT01QTEVYIGlzIG1ha2luZ1xwYXINCj4gdGhlIGxh
bmd1YWdlIGxvb2sgbGVzcyB0cmVuZHkuIEJ1dCBpcyBpdCBuZWNlc3NhcmlseSBiYWQ/XHBhcg0K
PiBJIGFtIGxlc3MgdGhhbiBzdXJlLlxwYXINCj4gXHBhcg0KPiBXLlxwYXINCj4gXHBhcg0KPiBc
cGFyDQo+IC0tLS1ccGFyDQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGEgbWVzc2FnZSB3aXRoIGJv
ZHkgIlNJR05PRkYgQkxBQ0tCT1giIHRvIExJU1RTRVJWQExJU1RTLk9CRVJPTi5DSFxwYXINClxw
YXINClxwYXINCi0tLS1ccGFyDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBi
b2R5ICJTSUdOT0ZGIEJMQUNLQk9YIiB0byBMSVNUU0VSVkBMSVNUUy5PQkVST04uQ0h9fQA6IGxp
----boundary-LibPST-iamunique-1780253303_-_---

Received on Tue Jun 30 2009 - 21:36:07 UTC