[Cs-dev] Library and Executable names/versions
Date | 2012-04-29 22:40 |
From | Steven Yi |
Subject | [Cs-dev] Library and Executable names/versions |
Hi All, I was thinking should we rename the libraries so that they can co-exist with the csound5 libs? My thought is that it might be possible that apps that are developed for csound5 might not get updated for csound6, but should continue to work. My thought then was that it would be nice if both csound5 and csound6 could co-exist on the same system. Should we come up with a strategy for this? Thanks! steven ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net |
Date | 2012-04-29 22:57 |
From | Victor |
Subject | Re: [Cs-dev] Library and Executable names/versions |
on OSX, that should not be a problem, as frameworks can be multiversion. On 29 Apr 2012, at 22:40, Steven Yi |
Date | 2012-04-29 23:01 |
From | Steven Yi |
Subject | Re: [Cs-dev] Library and Executable names/versions |
I should have noted, I was thinking particularly of the interfaces (Java, Python, etc.). Currently they're all named the same whether it is float or double, but that's another matter. I can imagine with a python project that is made for csound5 using the API, a user could install csound6, then get sorely disappointed that their project does not work any longer due to the API changes. On Sun, Apr 29, 2012 at 10:57 PM, Victor |
Date | 2012-04-29 23:18 |
From | Michael Gogins |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Attachments | None None |
This should be done, but can be problematic. One means is for a "shell" in the hosted dynamic language to import an actual library depending on architecture or version, e.g. "import csound" could in turn execute "import csound64.5.17" or "import csound32.6". This is what wxPython does. I don't now this would work in other languages. Regards, Mike
On Sun, Apr 29, 2012 at 6:01 PM, Steven Yi <stevenyi@gmail.com> wrote: I should have noted, I was thinking particularly of the interfaces Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2012-04-30 08:36 |
From | Andres Cabrera |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Hi, Yes, I think this is a very good idea. Maybe the main libraries should all contain a "6": libcsound6, libcsound6_d libcsnd6, libcsnd6, libcsnd6_d (I'm suggesting also the use of _d instead of 64 as it leads to a lot of confusion for users, or maybe since doubles is the default, use libcsnd6_f for floats and leave doubles simpler). Also, since plugin architecture might change, maybe it's worth considering OPCODEDIR6 and OPCODEDIR6_F, or something like that. Cheers, Andrés On Sun, Apr 29, 2012 at 11:01 PM, Steven Yi |
Date | 2012-04-30 13:31 |
From | andy fillebrown |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Whatever is decided, please don't put the version number after the .dll extension on Windows as it is now. The .dll should always come last on Windows to enable linking with -lcsound. ~ andy.f On Mon, Apr 30, 2012 at 3:36 AM, Andres Cabrera |
Date | 2012-04-30 14:04 |
From | Michael Gogins |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Attachments | None None |
It is possible to link with the version number last, but I agree with you anyway, what you say is easier to deal with. Regards, Mike
On Mon, Apr 30, 2012 at 8:31 AM, andy fillebrown <andy.fillebrown@gmail.com> wrote: Whatever is decided, please don't put the version number after the Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2012-04-30 17:14 |
From | andy fillebrown |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Is there a way to get mingw to find the csound library using -lcsound? ~ andy.f On Mon, Apr 30, 2012 at 9:04 AM, Michael Gogins |
Date | 2012-04-30 18:11 |
From | Michael Gogins |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Attachments | None None |
This works on MinGW: -l:csound64.dll.5.2 The colon following "-l" indicates that the library name is to be regarded as a literal pathname. I believe colon works on Linux also.
Regards, Mike
On Mon, Apr 30, 2012 at 12:14 PM, andy fillebrown <andy.fillebrown@gmail.com> wrote: Is there a way to get mingw to find the csound library using -lcsound? Michael Gogins Irreducible Productions http://www.michael-gogins.com Michael dot Gogins at gmail dot com |
Date | 2012-04-30 18:13 |
From | Steven Yi |
Subject | Re: [Cs-dev] Library and Executable names/versions |
I thought on *nix systems, the library names were name.version.extension? Is the convention just different on Windows? On Mon, Apr 30, 2012 at 6:11 PM, Michael Gogins |
Date | 2012-04-30 18:42 |
From | Michael Gogins |
Subject | Re: [Cs-dev] Library and Executable names/versions |
>From the current GNU binutils manual for linker options (applies to all platforms): -l namespec --library=namespec Add the archive or object file specified by namespec to the list of files to link. This option may be used any number of times. If namespec is of the form :filename, ld will search the library path for a file called filename, otherwise it will search the library path for a file calledlibnamespec.a. Regards, Mike On Mon, Apr 30, 2012 at 1:13 PM, Steven Yi |
Date | 2012-05-01 12:37 |
From | andy fillebrown |
Subject | Re: [Cs-dev] Library and Executable names/versions |
*nix uses name.extension.version Windows uses name-version.extension. ~ andy.f On Mon, Apr 30, 2012 at 1:13 PM, Steven Yi |
Date | 2012-05-01 12:39 |
From | andy fillebrown |
Subject | Re: [Cs-dev] Library and Executable names/versions |
Good to know. Thanks! ~ andy.f On Mon, Apr 30, 2012 at 1:42 PM, Michael Gogins |