Problem building fst on a multilib system
 

Im using Slackware 14.0 64 bit, and I installed the multilib packages from Alien Bob, following his guide. It seems to work fine because I could build both 32 bit wine and 32 bit jack-audio-connection-kit without any problems. However when I try to build the package fst from slackbuilds.org I run into trouble.

This is the error message I get:

So there is a problem with libjack.so. But I do have a 32 bit version of that library installed:
So why doesn't it build?

It looks like you didn't edit the slackbuild and change the line that has
LIBDIRSUFFIX="64" to
LIBDIRSUFFIX=""

Don't forget to run ". /etc/profile.d/32dev.sh" (including the dot) first.

Thanks, I actually did edit the slackbuild like you explained. Here's what I did:

Edit the slackbuild:
added this line:
And changed this part:
Running the slackbuild script it creates the package without problems:
The part that confuses me is that according to the instructions here, under the headline compiling 32bit programs, it says that I should set ARCH to x86_64. I tried building it with the ARCH=i686 instead and I do get a 32 bit version of libjack. But if possible it would be nice not to overwrite the 64 bit version of jack, which I suspect will happen if I just install the i686 version. How is multilib compiling supposed to work, should a 32 bit package be build because i run /etc/profile.d/32dev.h, even though the the ARCH variable is set to 64?

If a 32bit application needs some other 32bit dep to build that is not in standard slackware, and then not in the compat32 packages distributed by Alien, general path to follow is to install its x86_64 version and the corrisponding compat32 package together.

This is more or less how I do it:
I have three of them that I use this way here, OpenAL, jack and lua (I use the first two for wine and the other for etlegacy): for each of them I built a 32bit package on a slackware 32bit virtual machine (I don't usually build 32bit packages on multilib) that I after converted on the target system in a compat32 package on the target system with multilib with
and I installed there both the resulting package and the x86_64 version.

Then, to build wine, I source /etc/profile.d/32dev.sh and I use ARCH=x86_64: the resulting binary is 32bit

Did you use sudo for making your package?

I suspect that each time you ran sudo you lost the environment that was setup by . /etc/profile.d/32dev.sh so that although it used /usr/lib instead of /usr/lib64 it still generated a 64-bit package.

Run su - and THEN run . /etc/profile.d/32dev.sh and it should generate a 32-bit library. (Don't forget that dot at the beginning is important).

Yes.

Just to test it out, I made both 32-bit and 64-bit versions of jack-audio-connection-kit and it worked:

Thanks psionl0, you where right, changing user to root and then sourcing /etc/profile.d/32dev.sh and running the slackbuild fixed the problem.

Just out of curiosity, does anyone know the purpose of setting ARCH to x86_64? I tried setting it to i686 and that also worked in this case.

It looks like problem [SOLVED] ;). Alien Bob is smarter than me so if he says, set ARCH to x86_64 then I set ARCH to x86_64.

BTW the only time I use sudo is when I select a menu item or click on a WBAR icon that needs root privileges to run (eg "shutdown"). From the terminal, I almost always use su.

Hello,

This is clearly explained into the section "Compiling 32-bit programs" from Eric's multilib wiki page :

Cheers.

--
SeB