As you will be aware I asked for suggestions om 4 April
The results so far are

Creation of instruments on the fly
Steaming opcodes for LPC
unlimited p-fields
Accuracy in cpspch and kin
multithreading
Java wrapper for OS X (for the doubles version).
Patterns
Better table display
unit gen. interface to mySQL
strings as p-fields in event opcodes
better precision but the rt midi
isnan() and family functions.
c-array style named table access for expressions
compiler

Of these the isnan/isinf exist as names qnan and qinf as of today
I do not understand the "compiler" request

==John ffitch

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Is that storing compiled instruments and then loading them later?
On 10 Apr 2011, at 19:32, john ffitch wrote:

> Of these the isnan/isinf exist as names qnan and qinf as of today
> I do not understand the "compiler" request

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

it would be nice if you could create an executable from the csd with 
everything statically linked in or with a minimal and standard set of 
libraries (perhaps packed into one). put it on a flash drive and hand out 
to the public.

sorry for being so terse. you might not know how much i apreciate what you 
are doing (a lot).
k.

On Sun, 10 Apr 2011, john ffitch wrote:

> As you will be aware I asked for suggestions om 4 April
> The results so far are
>
> Creation of instruments on the fly
> Steaming opcodes for LPC
> unlimited p-fields
> Accuracy in cpspch and kin
> multithreading
> Java wrapper for OS X (for the doubles version).
> Patterns
> Better table display
> unit gen. interface to mySQL
> strings as p-fields in event opcodes
> better precision but the rt midi
> isnan() and family functions.
> c-array style named table access for expressions
> compiler
>
> Of these the isnan/isinf exist as names qnan and qinf as of today
> I do not understand the "compiler" request
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Sorry for the late reply. Can I also sugget the addition of a 'gauss',
'exprand' and 'cauchy' opcodes that interpolate between the succesive
values (like 'randi')?

Thanks
Peiman

On 10 April 2011 19:32, john ffitch  wrote:
> As you will be aware I asked for suggestions om 4 April
> The results so far are
>
> Creation of instruments on the fly
> Steaming opcodes for LPC
> unlimited p-fields
> Accuracy in cpspch and kin
> multithreading
> Java wrapper for OS X (for the doubles version).
> Patterns
> Better table display
> unit gen. interface to mySQL
> strings as p-fields in event opcodes
> better precision but the rt midi
> isnan() and family functions.
> c-array style named table access for expressions
> compiler
>
> Of these the isnan/isinf exist as names qnan and qinf as of today
> I do not understand the "compiler" request
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hi,

I'd love to see arrays implemented in Csound. Here's a proposal:
https://sourceforge.net/apps/mediawiki/csound/index.php?title=RFC_1-Arrays

I've also set up space in the wiki both for suggestions for extensions
to the language, as well as to store suggestions for API changes:
https://sourceforge.net/apps/mediawiki/csound/index.php?title=Main_Page

Cheers,
Andres

On Sun, Apr 10, 2011 at 7:32 PM, john ffitch  wrote:
> As you will be aware I asked for suggestions om 4 April
> The results so far are
>
> Creation of instruments on the fly
> Steaming opcodes for LPC
> unlimited p-fields
> Accuracy in cpspch and kin
> multithreading
> Java wrapper for OS X (for the doubles version).
> Patterns
> Better table display
> unit gen. interface to mySQL
> strings as p-fields in event opcodes
> better precision but the rt midi
> isnan() and family functions.
> c-array style named table access for expressions
> compiler
>
> Of these the isnan/isinf exist as names qnan and qinf as of today
> I do not understand the "compiler" request
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks for this initiative, and sorry for coming so late with some
additional suggestions:

1) A new opcode for returning a line of an external textfile as a string:
Sline fread Sfile, i(k)line
For instance, if the file "sco.txt" contains the lines:
>>
i 1 0 1
i 2 2 20
<<
the code
Sline fread "sco.txt", 0
would return "i 1 0 1" for Sline.
This would give more flexibility for data interchange between Csound and
other applications.

2) Better string support:
- Let UDOs return string(s) as output.
- More than one string as input per scoreline.
(Possible with the new parser?)

3) Flexible position of UDO definitions in instr 0 (at present it's just
possible to have them at the last position).

4) Arrays / lists as data types.

	joachim


Am 10.04.2011 20:32, schrieb john ffitch:
> As you will be aware I asked for suggestions om 4 April
> The results so far are
> 
> Creation of instruments on the fly
> Steaming opcodes for LPC
> unlimited p-fields
> Accuracy in cpspch and kin
> multithreading
> Java wrapper for OS X (for the doubles version).
> Patterns
> Better table display
> unit gen. interface to mySQL
> strings as p-fields in event opcodes
> better precision but the rt midi
> isnan() and family functions.
> c-array style named table access for expressions
> compiler
> 
> Of these the isnan/isinf exist as names qnan and qinf as of today
> I do not understand the "compiler" request
> 
> ==John ffitch
> 
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Arrays are implemented in csound, in the linear algebra opcodes.

On 11/04/2011 16:18, Andres Cabrera wrote:
> Hi,
>
> I'd love to see arrays implemented in Csound. Here's a proposal:
> https://sourceforge.net/apps/mediawiki/csound/index.php?title=RFC_1-Arrays
>
Yes yes yes yes!!! Please!!!

And array operations similar to SC3 
(http://danielnouri.org/docs/SuperColliderHelp/Collections/Array.html):

reverse
scramble
mirror
stutter
rotate
pyramid
lace
permutewrapExtend
foldExtend
slide


We can also have the ability to fill an array with a collection of 
i-rate values generated by another opcode:

Iarray    fill    12, {ival linrand 100}

returns an array filled with 12 random values between 0 and 100.

And getting info re arrays should be easy:

kArraySize    infarray     Iarray, 1

Returns the array size (12) or:

kArrayMaxVal    infarray     Iarray, 2

Reruns the maximum value stored in the array. And so on...


And finally something like this should be possible:

isize = 6

Karray    array    isize

kcount = 0

loop:
             addToArray    Karray, count

kcount = kcount+1

if (kcount < 6) kgoto loop

endif


The result is [0 1 2 3 4 5]

Best,

Peiman

> I've also set up space in the wiki both for suggestions for extensions
> to the language, as well as to store suggestions for API changes:
> https://sourceforge.net/apps/mediawiki/csound/index.php?title=Main_Page
>
> Cheers,
> Andres
>
> On Sun, Apr 10, 2011 at 7:32 PM, john ffitch  wrote:
>> As you will be aware I asked for suggestions om 4 April
>> The results so far are
>>
>> Creation of instruments on the fly
>> Steaming opcodes for LPC
>> unlimited p-fields
>> Accuracy in cpspch and kin
>> multithreading
>> Java wrapper for OS X (for the doubles version).
>> Patterns
>> Better table display
>> unit gen. interface to mySQL
>> strings as p-fields in event opcodes
>> better precision but the rt midi
>> isnan() and family functions.
>> c-array style named table access for expressions
>> compiler
>>
>> Of these the isnan/isinf exist as names qnan and qinf as of today
>> I do not understand the "compiler" request
>>
>> ==John ffitch
>>
>> ------------------------------------------------------------------------------
>> Xperia(TM) PLAY
>> It's a major breakthrough. An authentic gaming
>> smartphone on the nation's most reliable network.
>> And it wants your games.
>> http://p.sf.net/sfu/verizon-sfdev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Yes, it's true, but they are second class citizens of Csound, they are
not really integrated into the language as they must be used through
opcodes. My proposal is to make them first class citizens on par with
the rest of the data types, making them interact directly with other
opcodes. Of course there should also be converters to/from the linear
algebra opcodes.

Cheers,
Andres

On Mon, Apr 11, 2011 at 5:21 PM, Michael Gogins
 wrote:
> Arrays are implemented in csound, in the linear algebra opcodes.
>
> On Apr 11, 2011 11:20 AM, "Andres Cabrera"  wrote:
>> Hi,
>>
>> I'd love to see arrays implemented in Csound. Here's a proposal:
>> https://sourceforge.net/apps/mediawiki/csound/index.php?title=RFC_1-Arrays
>>
>> I've also set up space in the wiki both for suggestions for extensions
>> to the language, as well as to store suggestions for API changes:
>> https://sourceforge.net/apps/mediawiki/csound/index.php?title=Main_Page
>>
>> Cheers,
>> Andres
>>
>> On Sun, Apr 10, 2011 at 7:32 PM, john ffitch  wrote:
>>> As you will be aware I asked for suggestions om 4 April
>>> The results so far are
>>>
>>> Creation of instruments on the fly
>>> Steaming opcodes for LPC
>>> unlimited p-fields
>>> Accuracy in cpspch and kin
>>> multithreading
>>> Java wrapper for OS X (for the doubles version).
>>> Patterns
>>> Better table display
>>> unit gen. interface to mySQL
>>> strings as p-fields in event opcodes
>>> better precision but the rt midi
>>> isnan() and family functions.
>>> c-array style named table access for expressions
>>> compiler
>>>
>>> Of these the isnan/isinf exist as names qnan and qinf as of today
>>> I do not understand the "compiler" request
>>>
>>> ==John ffitch
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Xperia(TM) PLAY
>>> It's a major breakthrough. An authentic gaming
>>> smartphone on the nation's most reliable network.
>>> And it wants your games.
>>> http://p.sf.net/sfu/verizon-sfdev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Xperia(TM) PLAY
>> It's a major breakthrough. An authentic gaming
>> smartphone on the nation's most reliable network.
>> And it wants your games.
>> http://p.sf.net/sfu/verizon-sfdev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hi Peiman,

On Mon, Apr 11, 2011 at 5:32 PM, peiman khosravi
 wrote:
> We can also have the ability to fill an array with a collection of
> i-rate values generated by another opcode:
>
> Iarray    fill    12, {ival linrand 100}
>

I think instead of using a complicated syntax, the GEN functions could
be wrapped as opcodes which can output to arrays. Most things that are
needed will be there anyway, and ideally all GEN functions should be
available for this, so if you add any GEN function it will be
automatically available for arrays (not sure if this is very
realistic, but sounds nice...)

> returns an array filled with 12 random values between 0 and 100.
>
> And getting info re arrays should be easy:
>
> kArraySize    infarray     Iarray, 1
>
> Returns the array size (12) or:
>
> kArrayMaxVal    infarray     Iarray, 2
>
> Reruns the maximum value stored in the array. And so on...

I'm adding array functions to the proposal, but I'm still undecided
whether they should be opcodes, functions, or a new "struct-like"
syntax like:

isize = Asignals.size

Cheers,
Andres

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
ht

Thanks Andres,

I also agree that it would be nice to have arrays as first class citizens.

That sounds great. What you say about ftables makes sense.

I would be inclined to vote for the SC3-like option - i.e. 
Asignals.size.  But this may not be coherent with the rest of csound. 
Why not something like this:

size(Iarray)

And I think the SC3 operations like reverse should be opcodes:

      reverse    Iarray

Or they may not be in-place operations:

IarrayNew    reverse    Iarray

Not sure which one is better.

P

On 11/04/2011 18:20, Andres Cabrera wrote:
> Hi Peiman,
>
> On Mon, Apr 11, 2011 at 5:32 PM, peiman khosravi
>   wrote:
>> We can also have the ability to fill an array with a collection of
>> i-rate values generated by another opcode:
>>
>> Iarray    fill    12, {ival linrand 100}
>>
> I think instead of using a complicated syntax, the GEN functions could
> be wrapped as opcodes which can output to arrays. Most things that are
> needed will be there anyway, and ideally all GEN functions should be
> available for this, so if you add any GEN function it will be
> automatically available for arrays (not sure if this is very
> realistic, but sounds nice...)
>
>> returns an array filled with 12 random values between 0 and 100.
>>
>> And getting info re arrays should be easy:
>>
>> kArraySize    infarray     Iarray, 1
>>
>> Returns the array size (12) or:
>>
>> kArrayMaxVal    infarray     Iarray, 2
>>
>> Reruns the maximum value stored in the array. And so on...
> I'm adding array functions to the proposal, but I'm still undecided
> whether they should be opcodes, functions, or a new "struct-like"
> syntax like:
>
> isize = Asignals.size
>
> Cheers,
> Andres
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now!  http://p.sf.net/sfu/ibm-webcastpromo
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

yes.

  mytable[kidx] someOpcode thisTable[ kidx % ilen]+4, 2, 4

today looks more like this:

     kthisTable tab        kidx % ilen , imytable
     kopcodeOut someopcode kthisTable+4, 2       , 4
                tabw       kopcodeOut  , kidx    , imytable

i suspect its a goal for the new parser. would really love to be able 
to write like this though.

kelly

On Mon, 11 Apr 2011, Andres Cabrera wrote:

> Yes, it's true, but they are second class citizens of Csound, they are
> not really integrated into the language as they must be used through
> opcodes. My proposal is to make them first class citizens on par with
> the rest of the data types, making them interact directly with other
> opcodes. Of course there should also be converters to/from the linear
> algebra opcodes.
>
> Cheers,
> Andres
>
> On Mon, Apr 11, 2011 at 5:21 PM, Michael Gogins
>  wrote:
>> Arrays are implemented in csound, in the linear algebra opcodes.
>>
>> On Apr 11, 2011 11:20 AM, "Andres Cabrera"  wrote:
>>> Hi,
>>>
>>> I'd love to see arrays implemented in Csound. Here's a proposal:
>>> https://sourceforge.net/apps/mediawiki/csound/index.php?title=RFC_1-Arrays
>>>
>>> I've also set up space in the wiki both for suggestions for extensions
>>> to the language, as well as to store suggestions for API changes:
>>> https://sourceforge.net/apps/mediawiki/csound/index.php?title=Main_Page
>>>
>>> Cheers,
>>> Andres
>>>
>>> On Sun, Apr 10, 2011 at 7:32 PM, john ffitch  wrote:
>>>> As you will be aware I asked for suggestions om 4 April
>>>> The results so far are
>>>>
>>>> Creation of instruments on the fly
>>>> Steaming opcodes for LPC
>>>> unlimited p-fields
>>>> Accuracy in cpspch and kin
>>>> multithreading
>>>> Java wrapper for OS X (for the doubles version).
>>>> Patterns
>>>> Better table display
>>>> unit gen. interface to mySQL
>>>> strings as p-fields in event opcodes
>>>> better precision but the rt midi
>>>> isnan() and family functions.
>>>> c-array style named table access for expressions
>>>> compiler
>>>>
>>>> Of these the isnan/isinf exist as names qnan and qinf as of today
>>>> I do not understand the "compiler" request
>>>>
>>>> ==John ffitch
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Xperia(TM) PLAY
>>>> It's a major breakthrough. An authentic gaming
>>>> smartphone on the nation's most reliable network.
>>>> And it wants your games.
>>>> http://p.sf.net/sfu/verizon-sfdev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Xperia(TM) PLAY
>>> It's a major breakthrough. An authentic gaming
>>> smartphone on the nation's most reliable network.
>>> And it wants your games.
>>> http://p.sf.net/sfu/verizon-sfdev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Xperia(TM) PLAY
>> It's a major breakthrough. An authentic gaming
>> smartphone on the nation's most reliable network.
>> And it wants your games.
>> http://p.sf.net/sfu/verizon-sfdev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now!  http://p.sf.net/sfu/ibm-webcastpromo
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> Sorry for the late reply. Can I also sugget the addition of a 'gauss',
> 'exprand' and 'cauchy' opcodes that interpolate between the succesive
> values (like 'randi')?

exprandi opcode is now in GIT and also in the manual.  I will do gauss
and cauchy soon.  Any others?

==John ffitch

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks very much John. I can promise that I will be using these all the 
time.

Best,

Peiman

On 19/05/2011 11:55, john ffitch wrote:
>> Sorry for the late reply. Can I also sugget the addition of a 'gauss',
>> 'exprand' and 'cauchy' opcodes that interpolate between the succesive
>> values (like 'randi')?
> exprandi opcode is now in GIT and also in the manual.  I will do gauss
> and cauchy soon.  Any others?
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net