Am Mittwoch, 16. Januar 2008 13:49:10 schrieb Christian Schoenebeck:
> We're not linking against an install path. When you look at
> src/plugins/Makefile.am you see we're using the $(top_builddir) Make
> variable, which *should* always reflect the directory where you build
> gigedit.
>
> libgigeditlinuxsamplerplugin_la_LIBADD = \
>       $(top_builddir)/src/gigedit/libgigedit.la
>
> Makefile.am is used to actually auto generate the required Makefile and in
> that auto generated src/plugins/Makefile the variable $(top_builddir) is
> defined on my box as:
>
> top_builddir = ../..
>
> So I see nothing wrong from our side and I cannot reproduce this problem.
> The ebuild works fine for me. I only have 32 bit boxes in my range though.

Chris, so in your case the top_builddir variable is assigned to the install 
path? If yes, could you probably find out why this is the case on your box?

Of course we could change the offending line in src/plugins/Makefile.am from

libgigeditlinuxsamplerplugin_la_LIBADD = \
        $(top_builddir)/src/gigedit/libgigedit.la

to :

libgigeditlinuxsamplerplugin_la_LIBADD = \
        ../../src/gigedit/libgigedit.la

But I'm not absolutely sure this would be portable. Wouldn't be the first time 
that trivial changes in the autoconf settings screws up things on certain 
other systems.

CU
Christian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Reply via email to