There is no "problem" with a C interface which, of course, must be retained. 
And I must say, the C interface seems to be in much better shape lately, 
partly thanks to your work.

Still there are some real advantages to a native C++ interface:

The association of the CSOUND *instance pointer with all functions becomes 
automatic.

The maintenance of the Csound API function table becomes automatic.

It becomes very difficult to re-introduce global variables to Csound and 
easier to exclude them.

It becomes possible to very easily derive new classes from Csound.

It becomes easy to generate a Python (PERL, Lisp, C#, what have you) 
interface to Csound using SWIG.

Regards,
Mike


----- Original Message ----- 
From: "Istvan Varga" 
To: 
Sent: Friday, August 12, 2005 3:10 PM
Subject: Re: [Cs-dev] ENVIRON


> Michael Gogins wrote:
>
>> Yes, by all means rename it to CSOUND.
>
> It is now renamed to CSOUND (struct CSOUND_).
>
>> You have never indicated your opinion of my frequent suggestion
> > to make CSOUND a real C++ class and all the function pointers
> > would just be virtual member functions.
>
> What is the major problem with having a C interface ?
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle 
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 




-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

As you explained it, it relied on an implementation detail rather
than a language feature, and so I for one am not happy with building in
a trap.
==John ffitch


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net