Re: [Lmuse-user] Installing muse-0.6.2 on SuSE 9.0

[John C. <j4s...@bi...>]

On Tuesday 30 December 2003 02:45 pm, Robert Jonsson wrote:
> Hi Guys,
>
> > > make[1]: Leaving directory `/Inst/muse062/muse-0.6.2'
> > > make: *** [all] Error 2
> >
> > The 6.2 tarball doesn't build out of the box. There are two files that
> > need to be patched.
>
> These are the orignal diffs from Mathias that fix this (and another error
> that you might need to fix.
>
>
> Index: synti/fluidsynth/fluidsynti.cpp
> ===================================================================
> RCS file: /cvsroot/lmuse/omuse/omuse/synti/fluidsynth/fluidsynti.cpp,v
> retrieving revision 1.1.1.1
> diff -u -3 -p -r1.1.1.1 fluidsynti.cpp
> --- synti/fluidsynth/fluidsynti.cpp     29 Oct 2003 10:06:05 -0000
> 1.1.1.1
> +++ synti/fluidsynth/fluidsynti.cpp     7 Nov 2003 19:42:31 -0000
> @@ -504,7 +504,7 @@ static void* fontLoadThread(void* t) {
>         //printf("Font has external id: %d int id:%d\n", font._external_id,
> font
> ._internal_id);
>
>         //Strip off the filename
> -       QString temp = QString(filename);
> +       QString temp = QString(filename.c_str());
>         QString name = temp.right(temp.length() - temp.findRev('/',-1) -
> 1); name = name.left(name.length()-4); //Strip off ".sf2"
>         font._name = name.ascii();
>
> Index: synti/fluidsynth/fluidsynthgui.h
> ===================================================================
> RCS file: /cvsroot/lmuse/omuse/omuse/synti/fluidsynth/fluidsynthgui.h,v
> retrieving revision 1.1.1.1
> diff -u -3 -p -r1.1.1.1 fluidsynthgui.h
> --- synti/fluidsynth/fluidsynthgui.h    29 Oct 2003 10:06:05 -0000
> 1.1.1.1
> +++ synti/fluidsynth/fluidsynthgui.h    7 Nov 2003 19:41:20 -0000
> @@ -10,6 +10,7 @@
>  #ifndef __MUSE_FLUIDSYNTHGUI_H__
>  #define __MUSE_FLUIDSYNTHGUI_H__
>  #include <string>
> +#include <list>
>  #include <qscrollview.h>
>  #include <qpixmap.h>
>  #include <qevent.h>
>
> > I forget exactly which ones, but if you check the developer
> > list archives for posts from me about 2-3 weeks ago you'll find the
> > answer. It's been fixed in the stable branch CVS, so you may just want to
> > get that.
> >
> > There's a possibility when you get it built, playback may be broken. I
> > posted a patch that works around this at the expense of solid timing.
>
> I'm going to commit this now unless I find out exactly why it doesn't work
> with the new implementation.
>
> > You may also find a problem with softsynths being built. This is
> > dependant on your version of libtool. Version 1.5 libtool breaks, v1.4
> > does not.
>
> I'm trying to prepare for a release, unless someone comes up with a
> solution for this I don't think we will include a fix in this release.
> I'm probably not able to find the problem myself.

I haven't had the time to delve into the libtool doco to try and nail this one 
down but documenting it as a known issue and including the workaround in the 
README would suffice.