Kompilieren libsndfile, und es findet nicht FLAC

Question

Ich versuche, libsndfile für die Verwendung auf einem Intel Edison, mit Flac-Fähigkeiten Cross-Compile. Ich habe erfolgreich FLAC, OGG kompiliert und VORBIS in mein Kreuz Toolchain, aber wenn ich ./configure laufen es gibt mir die folgende Ausgabe:

checking for pkg-config... /opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux/usr/bin/pkg-config 
checking pkg-config is at least version 0.9.0... yes 
checking for flac >= 1.3.1 ... no 
checking for ogg >= 1.1.3 ... yes 
checking for vorbis >= 1.2.3 ... yes 
checking for vorbisenc >= 1.2.3 ... yes 

configure: WARNING: *** One or more of the external libraries (ie libflac, libogg and 
configure: WARNING: *** libvorbis) is either missing (possibly only the development 
configure: WARNING: *** headers) or is of an unsupported version. 
configure: WARNING: *** 
configure: WARNING: *** Unfortunately, for ease of maintenance, the external libs 
configure: WARNING: *** are an all or nothing affair. 

Meine Umgebungsvariablen werden wie so:

export SDKTARGETSYSROOT=/opt/poky-edison/1.7.3/sysroots/core2-32-poky-linux 
export PATH=/opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux/usr/bin:/opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux/usr/bin/i586-poky-linux:$PATH 
export PKG_CONFIG_SYSROOT_DIR=$SDKTARGETSYSROOT 
export PKG_CONFIG_PATH=$SDKTARGETSYSROOT/usr/lib/pkgconfig 
export CONFIG_SITE=/opt/poky-edison/1.7.3/site-config-core2-32-poky-linux 
export OECORE_NATIVE_SYSROOT="/opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux" 
export OECORE_TARGET_SYSROOT="$SDKTARGETSYSROOT" 
export OECORE_ACLOCAL_OPTS="-I /opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux/usr/share/aclocal" 
export PYTHONHOME=/opt/poky-edison/1.7.3/sysroots/i686-pokysdk-linux/usr 
export CC="i586-poky-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -mstackrealign -fno-omit-frame-pointer --sysroot=$SDKTARGETSYSROOT" 
export CXX="i586-poky-linux-g++ -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -mstackrealign -fno-omit-frame-pointer --sysroot=$SDKTARGETSYSROOT -I${SDKTARGETSYSROOT}/usr/include/c++/4.9.1 -I${SDKTARGETSYSROOT}/usr/include/c++/4.9.1/i586-poky-linux" 
export CPP="i586-poky-linux-gcc -E -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -mstackrealign -fno-omit-frame-pointer --sysroot=$SDKTARGETSYSROOT" 
export AS="i586-poky-linux-as " 
export LD="i586-poky-linux-ld --sysroot=$SDKTARGETSYSROOT" 
export GDB=i586-poky-linux-gdb 
export STRIP=i586-poky-linux-strip 
export RANLIB=i586-poky-linux-ranlib 
export OBJCOPY=i586-poky-linux-objcopy 
export OBJDUMP=i586-poky-linux-objdump 
export AR=i586-poky-linux-ar 
export NM=i586-poky-linux-nm 
export M4=m4 
export TARGET_PREFIX=i586-poky-linux- 
export CONFIGURE_FLAGS="--target=i586-poky-linux --host=i586-poky-linux --build=i686-linux --with-libtool-sysroot=$SDKTARGETSYSROOT" 
export CFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types" 
export CXXFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types" 
export LDFLAGS="" 
export CPPFLAGS="" 
export KCFLAGS="--sysroot=$SDKTARGETSYSROOT" 
export OECORE_DISTRO_VERSION="1.7.3" 
export OECORE_SDK_VERSION="1.7.3" 
export ARCH=x86 
export CROSS_COMPILE=i586-poky-linux- 

aber Die Flac-Bibliothek ist da (in /opt/poky-edison/1.7.3/sysroots/core2-32-poky-linux/usr/local)! Ich habe versucht, explizite Pfade zu der Flac-Bibliothek hinzuzufügen, die ich an einigen Stellen kompiliert habe, aber nichts macht einen Unterschied. Gibt es einen bestimmten Ort, an dem ich versuchen sollte, die Wege zu optimieren?

Answer 1

Das Edison SDK kam tatsächlich mit FLAC bereits vorhanden, aber eine ältere Version. Das Kompilieren meiner eigenen Version in einen usr/local/lib Speicherort in meinem SDK hat die pkgConfig nicht aktualisiert, da sie pkgconfig in /usr/local/ib/pkgconfig platziert hat.

Die einfachste Lösung ist, den Pfad, getrennt durch eine : in der PKG_CONFIG_PATH Variable in der Umgebung Setup-Skript hinzuzufügen. Beispiel, Zeile 4 wird: export PKG_CONFIG_PATH=$SDKTARGETSYSROOT/usr/lib/pkgconfig:$SDKTARGETSYSROOT/usr/local/lib/pkgconfig

Sie könnten auch den Pfad während der ./config Schritt übergeben, aber ich denke, das Hinzufügen der Variable ist eine bessere langfristige Lösung.