I would like to suggest the addition of:

to Binaries:  cstclsh, cswish

to Libraries: libfltk (if we want fltk opcodes to work),
libtclcsound
                      csoundapi~, _csnd.so/_csnd.jnilib

In relation to libfltk, the fltk opcodes can always be
statically
linked to it, if it's a problem.

All these additions are multiplatform. I have built and
tested them
on all three platforms. I think they would be important
additions
to Csound5. I think we should release Csound5 with more
stuff
than just the standalone command-line app; otherwise I can't
see why people would find it more attractive than 4.23,
apart
from the new opcodes.

I can't see why not include these. If you have any valid
reason
why not, please let me know and I can see if I can work on
the
issue.

Victor

>
> My draft distribution is a standalone system.
>
> Four sub-versions, for float/double; 32bit/64bit hardware
>
> Binaries:
>         brkpt,cs,csb64enc,cscore,csound,cvanal,dnoise
> ,envext,extract,extractor,
>         het_export,het_import,hetro,linseg,lpanal
> ,lpc_export,lpc_import,makecsd,
>         mixer,pvanal,pvlook,scale,scot,scsort,sdif2ad
> ,srconv,tabdes
>
> Opcodes+Modules: (all lib*.so files)
>
> Libraries:
>         libcsound, liblo, libportaudio, libsndfile
>
> Manual in HTML:
>
> This is aimed at exactly the csound4 distributions so we
> can start the migration of existing use-styles to csound5.
>
>
> ==John ffitch
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get
> Certified Today Register for a JBoss Training Course.
> Free Certification Exam for All Training Attendees Through
> End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Victor Lazzarini wrote:

> All these additions are multiplatform. I have built and
> tested them
> on all three platforms. I think they would be important
> additions
> to Csound5. I think we should release Csound5 with more
> stuff
> than just the standalone command-line app; otherwise I can't
> see why people would find it more attractive than 4.23,
> apart
> from the new opcodes.
> 
> I can't see why not include these. If you have any valid
> reason
> why not, please let me know and I can see if I can work on
> the
> issue.

Including the additional frontends, language wrappers, and
opcodes with special dependencies does make it more difficult
to build an installable package. Of course it is good if a
release includes them, but making all the above a requirement
can prevent a release from happening in the first place.


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

FLTK should be linked statically, as that is ho it is designed to be,
and as there is a conflict between the threads/nothreads it seems an
easier way to fix.

I find csound5 more attractive on account of the new opcodes, OSC, and
speed improvements.  I expect to continue to use a command-line
interface for most purposes.  I did not include cstclsh or cswish in
my draft as firstly they were invented after I wrote it and secondly I
do not know what they provide.  I have no objection as far as I am
aware; just ignorance.
==John ffitch


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

jpff@codemist.co.uk wrote:

> FLTK should be linked statically, as that is ho it is designed to be,
> and as there is a conflict between the threads/nothreads it seems an
> easier way to fix.

It would reduce the size of the package somewhat if the FLTK library
is included as a .so file in a separate "private" directory. However,
a static library should be OK as long as it is compiled with -fPIC,
and, of course, the usual --enable-threads.


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net