Csound Csound-dev Csound-tekno Search About

[Cs-dev] array feature wish list (I)

Date2014-04-09 08:40
Fromjoachim heintz
Subject[Cs-dev] array feature wish list (I)
hi all -

thanks for the feedback to my question about where to discuss array 
features.

in a first step, i collected some operations which are not available for 
some types. i made this list some weeks ago -- so if anything is already 
there, even better ...

1) array / fillarray
a) currently not available for strings, e.g.
    SArr[] array "a", "b", "c"
b) not possible to have arrays as arguments, e.g.
    iArr1[] array 1, 2, 3
    iArr2[] array 4, 5, 6
    iArr[][] array iArr1, iArr2

2) lenarray
does not work for string arrays, e.g.
    Sarr[] init 3
    print lenarray(Sarr)

3) slicearray
a) not possible to have i-arrays, e.g.
   iArr[]  fillarray  1, 2, 3, 4, 5, 6, 7, 8, 9
   iArr1[] init       5
   iArr2[] init       4
   iArr1   slicearray iArr, 0, 4        ;[1, 2, 3, 4, 5]
   iArr2   slicearray iArr, 5, 8        ;[6, 7, 8, 9]
b) same for S-arrays:
   SArr[]  init       9
   SArr1[] init       5
   SArr1   slicearray SArr, 0, 4

4) copyf2array
not possible to copy to i-arrays, e.g.
    giSine  ftgen   0, 0, 8, 10, 1
    instr 1
    iArr[]  init       8
    copyf2array iArr, giSine
    endin

5) copya2ftab
i-arrays are missing, e.g. in the above code
    copya2ftab giSine, giSine

6) +, -, *, / between an array and a number
do not work at i-rate. this works:
    kArr1[] fillarray 1, 2, 3
    kArr2[] = kArr1 + 10
but this does not:
    iArr1[]  array 1, 2, 3
    iArr2[] = iArr1 + 10

7) +, -, *, / between two arrays
also missing for i. this works:
    kArr1[] fillarray 1, 2, 3
    kArr2[] fillarray 10, 20, 30
    kArr3[] = kArr1 + kArr2
but this does not:
    iArr1[] fillarray 1, 2, 3
    iArr2[] fillarray 10, 20, 30
    iArr3[] = iArr1 + iArr2

8) minarray, maxarray, sumarray, scalearray
do all miss i-time operations, as far as i see.

9) maparray
as well:
    iArrSrc[] array 1.01, 2.02, 3.03, 4.05, 5.08, 6.13, 7.21
    iArrRes[] init  7
    iArrRes maparray iArrSrc, "sqrt"

10) =
miss i-time operations. this is possible:
    kArr1[] fillarray 1, 2, 3
    kArr2[] = kArr1
but this returns "nul opadr":
    iArr1[] fillarray 1, 2, 3
    iArr2[] = iArr1


if overloading the '=' operator could be extended, many users would be 
glad, i think:
    kArr[] = [1, 2, 3]
and even
    kArr[][] = [[1, 2, 3][4, 5, 6]]
would be nice to have in addition to the fillarray way -- but this may 
better be the first point to discuss for chapter two of the array 
feature wish list ...

best -

	joachim



------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-13 19:46
Fromjoachim heintz
SubjectRe: [Cs-dev] array feature wish list (I)
any reaction on this?
=)
	j

Am 09.04.2014 09:40, schrieb joachim heintz:
> hi all -
>
> thanks for the feedback to my question about where to discuss array
> features.
>
> in a first step, i collected some operations which are not available for
> some types. i made this list some weeks ago -- so if anything is already
> there, even better ...
>
> 1) array / fillarray
> a) currently not available for strings, e.g.
>      SArr[] array "a", "b", "c"
> b) not possible to have arrays as arguments, e.g.
>      iArr1[] array 1, 2, 3
>      iArr2[] array 4, 5, 6
>      iArr[][] array iArr1, iArr2
>
> 2) lenarray
> does not work for string arrays, e.g.
>      Sarr[] init 3
>      print lenarray(Sarr)
>
> 3) slicearray
> a) not possible to have i-arrays, e.g.
>     iArr[]  fillarray  1, 2, 3, 4, 5, 6, 7, 8, 9
>     iArr1[] init       5
>     iArr2[] init       4
>     iArr1   slicearray iArr, 0, 4        ;[1, 2, 3, 4, 5]
>     iArr2   slicearray iArr, 5, 8        ;[6, 7, 8, 9]
> b) same for S-arrays:
>     SArr[]  init       9
>     SArr1[] init       5
>     SArr1   slicearray SArr, 0, 4
>
> 4) copyf2array
> not possible to copy to i-arrays, e.g.
>      giSine  ftgen   0, 0, 8, 10, 1
>      instr 1
>      iArr[]  init       8
>      copyf2array iArr, giSine
>      endin
>
> 5) copya2ftab
> i-arrays are missing, e.g. in the above code
>      copya2ftab giSine, giSine
>
> 6) +, -, *, / between an array and a number
> do not work at i-rate. this works:
>      kArr1[] fillarray 1, 2, 3
>      kArr2[] = kArr1 + 10
> but this does not:
>      iArr1[]  array 1, 2, 3
>      iArr2[] = iArr1 + 10
>
> 7) +, -, *, / between two arrays
> also missing for i. this works:
>      kArr1[] fillarray 1, 2, 3
>      kArr2[] fillarray 10, 20, 30
>      kArr3[] = kArr1 + kArr2
> but this does not:
>      iArr1[] fillarray 1, 2, 3
>      iArr2[] fillarray 10, 20, 30
>      iArr3[] = iArr1 + iArr2
>
> 8) minarray, maxarray, sumarray, scalearray
> do all miss i-time operations, as far as i see.
>
> 9) maparray
> as well:
>      iArrSrc[] array 1.01, 2.02, 3.03, 4.05, 5.08, 6.13, 7.21
>      iArrRes[] init  7
>      iArrRes maparray iArrSrc, "sqrt"
>
> 10) =
> miss i-time operations. this is possible:
>      kArr1[] fillarray 1, 2, 3
>      kArr2[] = kArr1
> but this returns "nul opadr":
>      iArr1[] fillarray 1, 2, 3
>      iArr2[] = iArr1
>
>
> if overloading the '=' operator could be extended, many users would be
> glad, i think:
>      kArr[] = [1, 2, 3]
> and even
>      kArr[][] = [[1, 2, 3][4, 5, 6]]
> would be nice to have in addition to the fillarray way -- but this may
> better be the first point to discuss for chapter two of the array
> feature wish list ...
>
> best -
>
> 	joachim
>
>
>
> ------------------------------------------------------------------------------
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-13 22:24
FromAskwazzup
SubjectRe: [Cs-dev] array feature wish list (I)
Would love to react, but i just learned about arrays a week, or two ago.
Seems like something i will probably need in the future, so Salute!



--
View this message in context: http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
Sent from the Csound - Dev mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-14 19:09
FromSteven Yi
SubjectRe: [Cs-dev] array feature wish list (I)
Sorry I haven't replied, I think it was a little overwhelming! ;)

I read through briefly and it looks like some of these can be
addressed by rewriting some of the opcodes (i.e. slicearray) to use
generic types instead of hardcoded ones (i.e. change the definition
from k[] to .[] in the arg handling).

As it is now, we have . as a catch all. It works but it has holes in
its mechanism.  I think we should improve the type system to have type
variables, such as:

[]   slicearray  []ii

where  would be some type, and everywhere that  is used would be
of the same type. (I'm not in love with the <> notation, but it does
remind me of generics in Java/C++.) This kind of thing might not be
necessary as of yet, but something to keep in mind I think.

For something like the i[] + i[] issue, that's curious as we could
make that generic as well.  I.e. there would be a generic sum opcode
defined that would take in two arrays, then find the sum opcode that
matches the types of scalar value type, then call that for each
element within each i[].  So if i[] + k[] was found, the generic sum
could look for an opcode that has "ik" as it's arguments.  (I know
somewhere someone is going to say something related to monads... :P ).

As we're scheduled to do a release sometime this coming weekend, I'm
not sure we'll have time to put this into the 6.03.0 release.  Let's
not lose track of all this though.

Joachim: could you file this in the github tracker?  Maybe you can
just file one large ticket with the contents of your original post.
One of us can tackle it after 6.03 goes out the door.

Thanks!
steven



On Sun, Apr 13, 2014 at 5:24 PM, Askwazzup  wrote:
> Would love to react, but i just learned about arrays a week, or two ago.
> Seems like something i will probably need in the future, so Salute!
>
>
>
> --
> View this message in context: http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
> Sent from the Csound - Dev mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-14 19:31
Fromjoachim heintz
SubjectRe: [Cs-dev] array feature wish list (I)
hi steven -

thanks for the interesting reply, and sorry for being overwhelming ... =)

yes, with pleasure -- i have created a ticket on github.

all best -

	joachim


Am 14.04.2014 20:09, schrieb Steven Yi:
> Sorry I haven't replied, I think it was a little overwhelming! ;)
>
> I read through briefly and it looks like some of these can be
> addressed by rewriting some of the opcodes (i.e. slicearray) to use
> generic types instead of hardcoded ones (i.e. change the definition
> from k[] to .[] in the arg handling).
>
> As it is now, we have . as a catch all. It works but it has holes in
> its mechanism.  I think we should improve the type system to have type
> variables, such as:
>
> []   slicearray  []ii
>
> where  would be some type, and everywhere that  is used would be
> of the same type. (I'm not in love with the <> notation, but it does
> remind me of generics in Java/C++.) This kind of thing might not be
> necessary as of yet, but something to keep in mind I think.
>
> For something like the i[] + i[] issue, that's curious as we could
> make that generic as well.  I.e. there would be a generic sum opcode
> defined that would take in two arrays, then find the sum opcode that
> matches the types of scalar value type, then call that for each
> element within each i[].  So if i[] + k[] was found, the generic sum
> could look for an opcode that has "ik" as it's arguments.  (I know
> somewhere someone is going to say something related to monads... :P ).
>
> As we're scheduled to do a release sometime this coming weekend, I'm
> not sure we'll have time to put this into the 6.03.0 release.  Let's
> not lose track of all this though.
>
> Joachim: could you file this in the github tracker?  Maybe you can
> just file one large ticket with the contents of your original post.
> One of us can tackle it after 6.03 goes out the door.
>
> Thanks!
> steven
>
>
>
> On Sun, Apr 13, 2014 at 5:24 PM, Askwazzup  wrote:
>> Would love to react, but i just learned about arrays a week, or two ago.
>> Seems like something i will probably need in the future, so Salute!
>>
>>
>>
>> --
>> View this message in context: http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-14 19:39
Fromjpff@cs.bath.ac.uk
SubjectRe: [Cs-dev] array feature wish list (I)
AttachmentsNone  

Date2014-04-14 21:53
Fromjoachim heintz
SubjectRe: [Cs-dev] array feature wish list (I)
i checked, and indeed fillarray works for strings, but not array:
SArr[] array "a", "b", "c"
error:  Unable to find opcode entry for 'array' with matching argument 
types:
Found: S[] array SSS

i had no idea this could happen; i thought they were aliases.

yes, lenarray works!

nice to see things are on the way. yesterday i saw that maxarray is 
already working for i-arrays, but not minarray. this is probably easy to 
add, i suppose.

	joachim



Am 14.04.2014 20:39, schrieb jpff@cs.bath.ac.uk:
> As far as I am aware fillarray works with strings and has for some
> time; can you confirm it does not?
> .
> Also lenarray works on string arrays as  I read it -- please confirm
> that it does not
>
> I have not looked at the others
>
> Quoting joachim heintz :
>
>> hi steven -
>>
>> thanks for the interesting reply, and sorry for being overwhelming ... =)
>>
>> yes, with pleasure -- i have created a ticket on github.
>>
>> all best -
>>
>> 	joachim
>>
>>
>> Am 14.04.2014 20:09, schrieb Steven Yi:
>>> Sorry I haven't replied, I think it was a little overwhelming! ;)
>>>
>>> I read through briefly and it looks like some of these can be
>>> addressed by rewriting some of the opcodes (i.e. slicearray) to use
>>> generic types instead of hardcoded ones (i.e. change the definition
>>> from k[] to .[] in the arg handling).
>>>
>>> As it is now, we have . as a catch all. It works but it has holes in
>>> its mechanism.  I think we should improve the type system to have type
>>> variables, such as:
>>>
>>> []   slicearray  []ii
>>>
>>> where  would be some type, and everywhere that  is used would be
>>> of the same type. (I'm not in love with the <> notation, but it does
>>> remind me of generics in Java/C++.) This kind of thing might not be
>>> necessary as of yet, but something to keep in mind I think.
>>>
>>> For something like the i[] + i[] issue, that's curious as we could
>>> make that generic as well.  I.e. there would be a generic sum opcode
>>> defined that would take in two arrays, then find the sum opcode that
>>> matches the types of scalar value type, then call that for each
>>> element within each i[].  So if i[] + k[] was found, the generic sum
>>> could look for an opcode that has "ik" as it's arguments.  (I know
>>> somewhere someone is going to say something related to monads... :P ).
>>>
>>> As we're scheduled to do a release sometime this coming weekend, I'm
>>> not sure we'll have time to put this into the 6.03.0 release.  Let's
>>> not lose track of all this though.
>>>
>>> Joachim: could you file this in the github tracker?  Maybe you can
>>> just file one large ticket with the contents of your original post.
>>> One of us can tackle it after 6.03 goes out the door.
>>>
>>> Thanks!
>>> steven
>>>
>>>
>>>
>>> On Sun, Apr 13, 2014 at 5:24 PM, Askwazzup  wrote:
>>>> Would love to react, but i just learned about arrays a week, or two ago.
>>>> Seems like something i will probably need in the future, so Salute!
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/NeoTech
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-14 22:52
Fromjpff@cs.bath.ac.uk
SubjectRe: [Cs-dev] array feature wish list (I)
AttachmentsNone  

Date2014-04-15 12:48
Fromjpff@cs.bath.ac.uk
SubjectRe: [Cs-dev] array feature wish list (I)
AttachmentsNone  

Date2014-04-15 21:57
Fromjoachim heintz
SubjectRe: [Cs-dev] array feature wish list (I)
why is it deprecated?


Am 14.04.2014 23:52, schrieb jpff@cs.bath.ac.uk:
> array is a deprecated opcode so it is silly to extend it
>
> Quoting joachim heintz :
>
>> i checked, and indeed fillarray works for strings, but not array:
>> SArr[] array "a", "b", "c"
>> error:  Unable to find opcode entry for 'array' with matching argument
>> types:
>> Found: S[] array SSS
>>
>> i had no idea this could happen; i thought they were aliases.
>>
>> yes, lenarray works!
>>
>> nice to see things are on the way. yesterday i saw that maxarray is
>> already working for i-arrays, but not minarray. this is probably easy to
>> add, i suppose.
>>
>> 	joachim
>>
>>
>>
>> Am 14.04.2014 20:39, schrieb jpff@cs.bath.ac.uk:
>>> As far as I am aware fillarray works with strings and has for some
>>> time; can you confirm it does not?
>>> .
>>> Also lenarray works on string arrays as  I read it -- please confirm
>>> that it does not
>>>
>>> I have not looked at the others
>>>
>>> Quoting joachim heintz :
>>>
>>>> hi steven -
>>>>
>>>> thanks for the interesting reply, and sorry for being overwhelming ... =)
>>>>
>>>> yes, with pleasure -- i have created a ticket on github.
>>>>
>>>> all best -
>>>>
>>>> 	joachim
>>>>
>>>>
>>>> Am 14.04.2014 20:09, schrieb Steven Yi:
>>>>> Sorry I haven't replied, I think it was a little overwhelming! ;)
>>>>>
>>>>> I read through briefly and it looks like some of these can be
>>>>> addressed by rewriting some of the opcodes (i.e. slicearray) to use
>>>>> generic types instead of hardcoded ones (i.e. change the definition
>>>>> from k[] to .[] in the arg handling).
>>>>>
>>>>> As it is now, we have . as a catch all. It works but it has holes in
>>>>> its mechanism.  I think we should improve the type system to have type
>>>>> variables, such as:
>>>>>
>>>>> []   slicearray  []ii
>>>>>
>>>>> where  would be some type, and everywhere that  is used would be
>>>>> of the same type. (I'm not in love with the <> notation, but it does
>>>>> remind me of generics in Java/C++.) This kind of thing might not be
>>>>> necessary as of yet, but something to keep in mind I think.
>>>>>
>>>>> For something like the i[] + i[] issue, that's curious as we could
>>>>> make that generic as well.  I.e. there would be a generic sum opcode
>>>>> defined that would take in two arrays, then find the sum opcode that
>>>>> matches the types of scalar value type, then call that for each
>>>>> element within each i[].  So if i[] + k[] was found, the generic sum
>>>>> could look for an opcode that has "ik" as it's arguments.  (I know
>>>>> somewhere someone is going to say something related to monads... :P ).
>>>>>
>>>>> As we're scheduled to do a release sometime this coming weekend, I'm
>>>>> not sure we'll have time to put this into the 6.03.0 release.  Let's
>>>>> not lose track of all this though.
>>>>>
>>>>> Joachim: could you file this in the github tracker?  Maybe you can
>>>>> just file one large ticket with the contents of your original post.
>>>>> One of us can tackle it after 6.03 goes out the door.
>>>>>
>>>>> Thanks!
>>>>> steven
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Apr 13, 2014 at 5:24 PM, Askwazzup
>>>>>  wrote:
>>>>>> Would love to react, but i just learned about arrays a week, or two ago.
>>>>>> Seems like something i will probably need in the future, so Salute!
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>>> "Graph Databases" is the definitive new guide to graph databases
>>>>>> and their
>>>>>> applications. Written by three acclaimed leaders in the field,
>>>>>> this first edition is now available. Download your free book today!
>>>>>> http://p.sf.net/sfu/NeoTech
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>>> applications. Written by three acclaimed leaders in the field,
>>>>> this first edition is now available. Download your free book today!
>>>>> http://p.sf.net/sfu/NeoTech
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/NeoTech
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-16 08:01
Fromjoachim heintz
SubjectRe: [Cs-dev] array feature wish list (I)
or, as a positive question:
could array be an alias for fillarray?

thanks -
	j


Am 15.04.2014 22:57, schrieb joachim heintz:
> why is it deprecated?
>
>
> Am 14.04.2014 23:52, schrieb jpff@cs.bath.ac.uk:
>> array is a deprecated opcode so it is silly to extend it
>>
>> Quoting joachim heintz :
>>
>>> i checked, and indeed fillarray works for strings, but not array:
>>> SArr[] array "a", "b", "c"
>>> error:  Unable to find opcode entry for 'array' with matching argument
>>> types:
>>> Found: S[] array SSS
>>>
>>> i had no idea this could happen; i thought they were aliases.
>>>
>>> yes, lenarray works!
>>>
>>> nice to see things are on the way. yesterday i saw that maxarray is
>>> already working for i-arrays, but not minarray. this is probably easy to
>>> add, i suppose.
>>>
>>> 	joachim
>>>
>>>
>>>
>>> Am 14.04.2014 20:39, schrieb jpff@cs.bath.ac.uk:
>>>> As far as I am aware fillarray works with strings and has for some
>>>> time; can you confirm it does not?
>>>> .
>>>> Also lenarray works on string arrays as  I read it -- please confirm
>>>> that it does not
>>>>
>>>> I have not looked at the others
>>>>
>>>> Quoting joachim heintz :
>>>>
>>>>> hi steven -
>>>>>
>>>>> thanks for the interesting reply, and sorry for being overwhelming ... =)
>>>>>
>>>>> yes, with pleasure -- i have created a ticket on github.
>>>>>
>>>>> all best -
>>>>>
>>>>> 	joachim
>>>>>
>>>>>
>>>>> Am 14.04.2014 20:09, schrieb Steven Yi:
>>>>>> Sorry I haven't replied, I think it was a little overwhelming! ;)
>>>>>>
>>>>>> I read through briefly and it looks like some of these can be
>>>>>> addressed by rewriting some of the opcodes (i.e. slicearray) to use
>>>>>> generic types instead of hardcoded ones (i.e. change the definition
>>>>>> from k[] to .[] in the arg handling).
>>>>>>
>>>>>> As it is now, we have . as a catch all. It works but it has holes in
>>>>>> its mechanism.  I think we should improve the type system to have type
>>>>>> variables, such as:
>>>>>>
>>>>>> []   slicearray  []ii
>>>>>>
>>>>>> where  would be some type, and everywhere that  is used would be
>>>>>> of the same type. (I'm not in love with the <> notation, but it does
>>>>>> remind me of generics in Java/C++.) This kind of thing might not be
>>>>>> necessary as of yet, but something to keep in mind I think.
>>>>>>
>>>>>> For something like the i[] + i[] issue, that's curious as we could
>>>>>> make that generic as well.  I.e. there would be a generic sum opcode
>>>>>> defined that would take in two arrays, then find the sum opcode that
>>>>>> matches the types of scalar value type, then call that for each
>>>>>> element within each i[].  So if i[] + k[] was found, the generic sum
>>>>>> could look for an opcode that has "ik" as it's arguments.  (I know
>>>>>> somewhere someone is going to say something related to monads... :P ).
>>>>>>
>>>>>> As we're scheduled to do a release sometime this coming weekend, I'm
>>>>>> not sure we'll have time to put this into the 6.03.0 release.  Let's
>>>>>> not lose track of all this though.
>>>>>>
>>>>>> Joachim: could you file this in the github tracker?  Maybe you can
>>>>>> just file one large ticket with the contents of your original post.
>>>>>> One of us can tackle it after 6.03 goes out the door.
>>>>>>
>>>>>> Thanks!
>>>>>> steven
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sun, Apr 13, 2014 at 5:24 PM, Askwazzup
>>>>>>  wrote:
>>>>>>> Would love to react, but i just learned about arrays a week, or two ago.
>>>>>>> Seems like something i will probably need in the future, so Salute!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>> http://csound.1045644.n5.nabble.com/array-feature-wish-list-I-tp5734040p5734210.html
>>>>>>> Sent from the Csound - Dev mailing list archive at Nabble.com.
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>>>> "Graph Databases" is the definitive new guide to graph databases
>>>>>>> and their
>>>>>>> applications. Written by three acclaimed leaders in the field,
>>>>>>> this first edition is now available. Download your free book today!
>>>>>>> http://p.sf.net/sfu/NeoTech
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>>>> applications. Written by three acclaimed leaders in the field,
>>>>>> this first edition is now available. Download your free book today!
>>>>>> http://p.sf.net/sfu/NeoTech
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>>> applications. Written by three acclaimed leaders in the field,
>>>>> this first edition is now available. Download your free book today!
>>>>> http://p.sf.net/sfu/NeoTech
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/NeoTech
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/NeoTech
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2014-04-16 09:49
Fromjpff@cs.bath.ac.uk
SubjectRe: [Cs-dev] array feature wish list (I)
AttachmentsNone