fluid-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [fluid-dev] Pending FluidSynth 1.1.0 release


From: Pedro Lopez-Cabanillas
Subject: Re: [fluid-dev] Pending FluidSynth 1.1.0 release
Date: Wed, 28 Oct 2009 20:05:13 +0100
User-agent: KMail/1.9.6 (enterprise 20070904.708012)

On Wednesday, October 28, 2009, address@hidden wrote:
> > I've made several windows installers for QSynth releases using NSIS,
> >  including
> > FluidSynth and other dependencies. Here is the source code:
> > http://qsynth.svn.sourceforge.net/viewvc/qsynth/trunk/win32/setup.nsi
> >
> > NSIS: http://nsis.sourceforge.net/Main_Page
>
> I like the fact that it is an open source installer.  At a glance from
> that .nsi file it expects dependencies like Jack and FluidSynth to be
> installed separately?  I noticed in particular that your home
> directory is hard coded into FLUIDSYNTHDIR.  

The .nsi file is a specification, that will be processed by NSIS to create a 
setup exe. The directories hardcoded at the top of the file are the places 
where it picks the components, that NSIS will gather, compress and package. 
Some components are installed from another distribution package, and some 
components are compiled from sources, like the ones in my home directory.    
The paths are defined at the top of the .nsi file, documenting the origin of 
the components for the last package created, so it can be located and 
replaced easily the next time.

The .nsi file also specifies the places where the components will be installed 
in the user system. In my package, they will be installed together into  
a "Program Files\QSynth" directory.

> I wonder how FluidSynth 
> should be distributed, whether it should include all dependencies as
> libs that just get installed in it's application directory or not.  It
> seems the most straight forward to just bundle the dependencies with
> it (at least glib and libsndfile).  But I could see it using an
> externally installed Jackdmp.

There are two ways to install dynamic libraries in Windows: side-by-side (at 
the same place of the executables using the libraries), or system-wide, in a  
public centralized directory, that must be in the PATH. I've chosen the first 
way to install QSynth and its dependencies. 

There is not a package repository in windows, and every setup package installs 
the preferred version of each required library, at any random place, using 
different package systems. You can imagine the nightmare. The usual result is 
called the "DLL hell".  

To summarize: I would install everything together, at the same directory. But 
I don't think that a FluidSynth setup package would be very useful alone, 
with only the fluidsynth.exe CLI.

Regards,
Pedro




reply via email to

[Prev in Thread] Current Thread [Next in Thread]