[fluid-dev] Re: fluidsynth and jack on mac

[Ebrahim Mayat]

On Mar 8, 2004, at 9:23 PM, Josh Green wrote:

> Try adding -ljack. You may need to add the path to where Jack resides 
> as
> well. Do you know where it installed itself? On Linux it usually ends 
> up
> in /usr/local/lib called libjack.so (if I remember correctly).

> > [molgraphics:~/fluidsynth-1.0.3] ebrahimm% ls /usr/local/lib
> > X11                    			libMrm.la               	libajax.0.dylib    
> >      libart_lgpl.2.dylib     liblanginfo.a           libpng.
> > cmucl                   			libUil.0.0.0.dylib      	libajax.a         
> >       libart_lgpl.a           libnucleus.0.1.0.dylib  libpng.3.
> > jack_portaudio.so    		libUil.0.dylib          	libajax.dylib         
> >   libart_lgpl.dylib       libnucleus.0.dylib      
> > libpng.3.1.2.5.dylib
> > jack_portaudio_rme.so   	libUil.a            		libajax.la             
> >   libart_lgpl.la          libnucleus.a            libpng.a
> > libMagick++.a           		libUil.dylib            
> > 	libajaxg.0.1.0.dylib    libdl.dylib             libnucleus.dylib     
> >    libpng12.0.1.2.5.dylib
> > libMagick++.la          		libUil.la               	libajaxg.0.dylib   
> >      libexpat.0.4.0.dylib    libnucleus.la           libpng12.0.dylib
> > libMagick.a             		libXm.2.2.0.dylib       libajaxg.a          
> >     libexpat.0.dylib        libplplot.5.0.0.dylib   libpng12.a
> > libMagick.la            		libXm.2.dylib           	libajaxg.dylib     
> >      libexpat.a              libplplot.5.dylib       libpng12.dylib
> > libMrm.2.2.0.dylib      		libXm.dylib             	libajaxg.la        
> >      libexpat.dylib          libplplot.a             libz.a
> > libMrm.2.dylib          		libXm.la                	libartConf.sh      
> >      libexpat.la             libplplot.dylib         molmol
> > libMrm.dylib            		libajax.0.1.0.dylib     
> > libart_lgpl.2.2.0.dylib libgd.a                 libplplot.la          
> >   pkgconfig

As you can see it's called jack_portaudio.so and not libjack.so. 
Running a make results in:

> > /bin/sh ../libtool --mode=link gcc  -Wall  -O2 -fomit-frame-pointer 
> > -funroll-all-loops -finline-functions -Wall -W -Wpointer-arith 
> > -Wbad-function-cast -Wcast-qual -Wcast-align -Wstrict-prototypes 
> > -Wno-unused -Winline  -L/sw/lib -L/usr/lib -framework MidiShare -o 
> > fluidsynth  fluidsynth-fluidsynth.o libfluidsynth.la -lpthread
> > gcc -Wall -O2 -fomit-frame-pointer -funroll-all-loops 
> > -finline-functions -Wall -W -Wpointer-arith -Wbad-function-cast 
> > -Wcast-qual -Wcast-align -Wstrict-prototypes -Wno-unused -Winline 
> > -framework MidiShare -o .libs/fluidsynth fluidsynth-fluidsynth.o  
> > -L/sw/lib -L/usr/lib -L./.libs -lfluidsynth -lm -lreadline -lncurses 
> > -L/usr/local/lib -ljack -ldl -lSystem -lpthread
> > ld: can't locate file for: -ljack
> > make[2]: *** [fluidsynth] Error 1
> > make[1]: *** [all] Error 2
> > make: *** [all-recursive] Error 1

Running without "-ljack" throws up the same undefined symbols (from 
jack.h) error.

> On Mac OS X this could very well be different. In this example though, 
> you would
> add "-L /usr/local/lib" to the command line. For some reason the Jack
> test during the configure stage is not adding this path correctly.
> Looking at configure.ac, it appears that the pkg-config utility is 
> being
> used to test if Jack is installed.

Yes, this would seem to be the case.

> > [molgraphics:~/fluidsynth-1.0.3] ebrahimm% pkg-config --list-all
> > libpng     libpng12 - Loads and saves PNG files
> > libpng12           libpng12 - Loads and saves PNG files
> > fluidsynth         FluidSynth - Software SoundFont synth
> > jack       	   jack - the Jack Audio Connection Kit: a low latency 
> > synchronous


What if I were to rename the "jack_portaudio.so" libraries to 
"libjack_portaudio.so" using "sudo mv"(if this does not break the Jack 
installation), then add "-ljack" to the Makefile ? ...I am inclined to 
agree with you: there has got to be some way that the Jack libraries 
path in /usr/local/lib must be correctly detected. If necessary, I 
could probably e-mail Stéphane Letz and company to run this naming fix?

Thanks for your help.
Ebrahim