Re: [LAD] [ANN] Radium V1.9.1

Le Sun, 11 Nov 2012 16:30:43 +0100,
Kjetil Matheussen <k.s.matheussen@notam02.no> a écrit :

> Florian Paul Schmidt mista.tapas at gmx.net
>
> > fluid_sys.c:(.text+0x10fc): undefined reference to `readline'
> >
> > bin/packages/fluidsynth-1.1.6/src/.libs/libfluidsynth.a(libfluidsynth_la-fluid_cmd.o):
> > In function `fluid_shell_run':
> > fluid_cmd.c:(.text+0x1b06): undefined reference to `add_history'
>
> Thanks, fixed in git:
> https://github.com/kmatheussen/radium/archive/master.zip
>

Thank you, it work fine now.

However, I found 2 minor issues. I am making an ebuild to install it,
and found 2 minor issues. At the beginning of Makefile.Qt, it is

libdir = $(prefix)/lib

but on my multilib system, ${libdir} is /usr/lib64

libdir ?= $(prefix)/lib

must be right to be able to manage $libdir in a multilib system.

The second issue is, after installing radium with portage, I get an
executable in /usr/bin/radium, and when I run it, I get:

/usr/bin/radium: ligne 2 :
cd: /var/tmp/portage/media-sound/radium-1.9.1/image//usr/lib64/radium:
Aucun fichier ou dossier de ce type
/usr/bin/radium: ligne3: ./radium: Aucun fichier ou dossier de ce type

In English: No file or directory of this type.

After changing this line into
cd /usr/lib64/radium

radium is working fine.

In the ebuild, the make packages line look like:

emake DESTDIR="${D}" PREFIX="/usr" libdir="/usr/$(get_libdir)"
BUILDTYPE="RELEASE" OPTIMIZE="${CXXFLAGS}" packages

${D} is the root of the sandbox where portage will build radium.
$(get_libdir) will echo lib64 in my case.
${CXXFLAGS} are the main CXXFLAGS for the system as defined
in /etc/make.conf on gentoo. They are safe flags that should work in
any cases.

The make install line look the same:
emake libdir="/usr/$(get_libdir)" DESTDIR="${D}" PREFIX="/usr" install

Dominique

>
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev

-- 
"We have the heroes we deserve."
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev