Csound Csound-dev Csound-tekno Search About

[CSOUND-DEV:4034] Automake for Csound 5 (Was:RE: Re: How to configure)

Date2004-02-01 18:04
From"gogins@pipeline.com"
Subject[CSOUND-DEV:4034] Automake for Csound 5 (Was:RE: Re: How to configure)
Regarding the GNU build system for Csound 5, libtool so far fails to build
libcsound as a DLL on Cygwin, or to link csound.exe on Cygwin, with FLTK
support. 

I have googled and scanned libtool, gnu, and cygwin lists. The problem
seems to be that libtool is designed not to link shared libraries with
static library dependencies, but only with other shared libraries. On
Cygwin, unfortunately, the C and C++ runtime libraries, and various Csound
dependencies, are linked as static import libraries for DLLs. The recent
libtool bugfixes (in devel branches) are supposed to fix the static import
library problem, but they don't work for me. But more critically, some of
Csound's dependencies are just static libraries, plain and simple.

The solution is simply to have custom rules in Makefile.am, just for
Cygwin, for linking these two targets, and probably all the utility
programs as well. I haven't got this working yet, but don't anticipate
problems, since I've done exactly the same thing at work.

I now have no problem linking all opcode DLLs on Cygwin now, though I chose
to move ugrw1, ugrw2, fout, and fprint back into the OOps directory and
statically link them with Csound.

Original Message:
-----------------
From:  ramsdell@mitre.org (John D. Ramsdell)
Date: 01 Feb 2004 09:57:47 -0500
To: csound-dev@eartha.mills.edu
Subject: [CSOUND-DEV:4031] Re: How to configure


jpff@codemist.co.uk writes:

> I had a configure for Csound but it was really aimed at v5.  The
> changes to the make in v4.23 completed destroyed my tree and I had
> to recover from the Windows machine.  I just do not know how to get
> back in step, but as I am only doing bug fixes on 4.23 this should
> not worry anyone.

It worries me greatly!  I in no way wanted to destroy your ability to
build the system in the csound module from the original makefiles in
the repository.  This is why I carefully tested that capability on
Linux.

Retaining such capability is critical until it can be confirmed that
the GNU build system works on all platforms of interest.  Recent tests
indicate that the system fails to support Debian stable.  As near as I
can tell, the original makefiles provide the only method for building
on that platform.  The README and comments in csound/Makefile.lnx
describe the non-configure build process.

The good news is that the GNU Build System seems to work on all
platforms of interest other than Debian stable.  The bad news is I
haven't had time to debug the transcript of the build failures on
Debian stable, and a quick look at the transcript just raises
questions.

John


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .

Date2004-02-01 20:52
Fromramsdell@mitre.org (John D. Ramsdell)
Subject[CSOUND-DEV:4036] Re: Automake for Csound 5 (Was:RE: Re: How to configure)
"gogins@pipeline.com"  writes:

> The solution is simply to have custom rules in Makefile.am...

It looks like you are way ahead of me.  Good show!

John