PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : ardour - fehler bei ./configure


Seiten : [1] 2

farion
26.03.03, 22:51
also ich hab mir die ardour-sourcen über cvs gezogen.
dann ./autogen.sh
und dann ./configure --enable-gui gemacht - jetzt kommt da aber folgender Fehler


checking for sndfile >= 1.0.0... Package sndfile was not found in the pkg-config search path.
Perhaps you should add the directory containing `sndfile.pc'
to the PKG_CONFIG_PATH environment variable
No package 'sndfile' found

configure: error: Library requirements (sndfile >= 1.0.0) not met; consider adjusting the PKG_CONFIG_PATH
environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
configure: error: /bin/sh './configure' failed for soundtouch
configure: error: /bin/sh './configure' failed for libs
farion@Farion ardour$


kompilieren geht dann natürlich auch nicht -> rekursiver Fehler

was fehlt da?

thx far

PS: hatte mich im Fehlercode vertan

Thomas Mitzkat
26.03.03, 23:44
sndfile >= 1.0.0... Package sndfile was not found in the pkg-config search path.

kannst du nicht lesen?

farion
27.03.03, 17:21
doch kann ich...ich konnte es ja auch schreiben(impliziert lesen)
aber ich kann es nicht deuten - deswegen frag ich - da Du aber offensichtlich die Gabe hast es zu können würde ich mich freuen, wenn Du meiner Unwissenheit ein Ende bereiten könntest.


Thx far

McG.linux
27.03.03, 17:39
K, also

>checking for sndfile >= 1.0.0... Package sndfile was not found in the pkg-config search path.
sndfile wurde nicht gefunden

>Perhaps you should add the directory containing `sndfile.pc'
>to the PKG_CONFIG_PATH environment variable
Vielleicht solltest du versuchen das Verzeichnis in welchem sich 'sndfile.pc' befindet in die Umgebungsvariable PKG_CONFIG_PATH aufzunehmen.

Steht alles da.. Such also am besten mal nach sndfile.pc, wenn es diese Datei gibt, dann musst du mit
export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/pfad/zu/sndfile.pc/
diesen Pfad (nicht die datei, den Pfad!) der Umgebungsvariable hinzufügen, wenn sndfile.pc nicht vorhanden ist musst du sndfile erst installieren, wo du das herkriegst wirst du über google herausfinden..

Gruß
mcg.linux

farion
30.03.03, 20:05
okay ich hab libsndfile installiert den pfad exportiert

jetzt hab ich aber den selben fehler nur mit ldrf - ich hab dann wieder was gesucht und runtergeladen: liblrdf-0.2.4 - wenn ich das aber installieren will kommt bei make folgendes:


make all-recursive
make[1]: Wechsel in das Verzeichnis Verzeichnis »/home/farion/downloads/source/liblrdf-0.2.3«
Making all in src
make[2]: Wechsel in das Verzeichnis Verzeichnis »/home/farion/downloads/source/liblrdf-0.2.3/src«
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -I.. -c lrdf.c
rm -f .libs/lrdf.lo
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -I.. -c lrdf.c -fPIC -DPIC -o .libs/lrdf.lo
lrdf.c:5:20: ladspa.h: No such file or directory
In file included from lrdf.c:7:
../lrdf.h:12:20: ladspa.h: No such file or directory
In file included from ../lrdf.h:14,
from lrdf.c:7:
../lrdf_types.h:50: parse error before "LADSPA_Data"
../lrdf_types.h:50: warning: no semicolon at end of struct or union
../lrdf_types.h:51: warning: type defaults to `int' in declaration of `lrdf_portvalue'
../lrdf_types.h:51: warning: data definition has no type or storage class
../lrdf_types.h:55: parse error before "lrdf_portvalue"
../lrdf_types.h:55: warning: no semicolon at end of struct or union
../lrdf_types.h:56: warning: type defaults to `int' in declaration of `lrdf_defaults'
../lrdf_types.h:56: warning: data definition has no type or storage class
In file included from lrdf.c:7:
../lrdf.h:198: parse error before '*' token
../lrdf.h:198: warning: type defaults to `int' in declaration of `lrdf_get_setting_values'
../lrdf.h:198: warning: data definition has no type or storage class
../lrdf.h:200: parse error before '*' token
lrdf.c:41: conflicting types for `lrdf_read_files'
../lrdf.h:46: previous declaration of `lrdf_read_files'
lrdf.c:50: conflicting types for `lrdf_read_file'
../lrdf.h:56: previous declaration of `lrdf_read_file'
lrdf.c: In function `lrdf_read_file':
lrdf.c:60: warning: passing arg 2 of `raptor_parse_file' from incompatible pointer type
lrdf.c:60: warning: passing arg 3 of `raptor_parse_file' from incompatible pointer type
lrdf.c: In function `lrdf_get_default_uri':
lrdf.c:80: warning: passing arg 1 of `lrdf_matches' from incompatible pointer type
lrdf.c:80: warning: assignment from incompatible pointer type
lrdf.c:85: warning: passing arg 1 of `lrdf_exists_match' from incompatible pointer type
lrdf.c: In function `lrdf_get_setting_uris':
lrdf.c:108: warning: passing arg 1 of `lrdf_matches' from incompatible pointer type
lrdf.c:108: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:121: parse error before '*' token
lrdf.c:122: warning: return type defaults to `int'
lrdf.c:122: conflicting types for `lrdf_get_setting_values'
../lrdf.h:198: previous declaration of `lrdf_get_setting_values'
lrdf.c: In function `lrdf_get_setting_values':
lrdf.c:128: `ret' undeclared (first use in this function)
lrdf.c:128: (Each undeclared identifier is reported only once
lrdf.c:128: for each function it appears in.)
lrdf.c:129: `list' undeclared (first use in this function)
lrdf.c:142: warning: passing arg 1 of `lrdf_matches' from incompatible pointer type
lrdf.c:142: warning: assignment from incompatible pointer type
lrdf.c:150: parse error before ')' token
lrdf.c:151: parse error before ')' token
lrdf.c:160: warning: passing arg 1 of `lrdf_one_match' from incompatible pointer type
lrdf.c:160: warning: assignment from incompatible pointer type
lrdf.c:168: warning: passing arg 1 of `lrdf_one_match' from incompatible pointer type
lrdf.c:168: warning: assignment from incompatible pointer type
lrdf.c:177: warning: passing arg 1 of `lrdf_one_match' from incompatible pointer type
lrdf.c:177: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:187: parse error before '*' token
lrdf.c: In function `lrdf_free_setting_values':
lrdf.c:189: `def' undeclared (first use in this function)
lrdf.c: At top level:
lrdf.c:194: conflicting types for `lrdf_get_setting_metadata'
../lrdf.h:192: previous declaration of `lrdf_get_setting_metadata'
lrdf.c: In function `lrdf_get_setting_metadata':
lrdf.c:204: warning: passing arg 1 of `lrdf_one_match' from incompatible pointer type
lrdf.c:204: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:218: conflicting types for `lrdf_get_subclasses'
../lrdf.h:153: previous declaration of `lrdf_get_subclasses'
lrdf.c: In function `lrdf_get_subclasses':
lrdf.c:233: warning: passing arg 1 of `lrdf_matches' from incompatible pointer type
lrdf.c:233: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:255: conflicting types for `lrdf_get_instances'
../lrdf.h:167: previous declaration of `lrdf_get_instances'
lrdf.c: In function `lrdf_get_instances':
lrdf.c:270: warning: passing arg 1 of `lrdf_matches' from incompatible pointer type
lrdf.c:270: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:287: conflicting types for `lrdf_get_label'
../lrdf.h:202: previous declaration of `lrdf_get_label'
lrdf.c: In function `lrdf_get_label':
lrdf.c:294: warning: passing arg 1 of `lrdf_one_match' from incompatible pointer type
lrdf.c:294: warning: assignment from incompatible pointer type
lrdf.c: At top level:
lrdf.c:306: conflicting types for `lrdf_get_uid'
../lrdf.h:196: previous declaration of `lrdf_get_uid'
lrdf.c:324: conflicting types for `lrdf_matches'
../lrdf.h:122: previous declaration of `lrdf_matches'
lrdf.c:358: conflicting types for `lrdf_one_match'
../lrdf.h:130: previous declaration of `lrdf_one_match'
lrdf.c:381: conflicting types for `lrdf_exists_match'
../lrdf.h:137: previous declaration of `lrdf_exists_match'
make[2]: *** [lrdf.lo] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/liblrdf-0.2.3/src«
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/liblrdf-0.2.3«
make: *** [all-recursive-am] Fehler 2


Das sieht doch aus als wäre das was ich runtergeladen habe hinüber. ich hab das von http://plugin.org.uk/lrdf/old/

bye far

kth
30.03.03, 20:28
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -I.. -c lrdf.c -fPIC -DPIC -o .libs/lrdf.lo
lrdf.c:5:20: ladspa.h: No such file or directory
In file included from lrdf.c:7:
../lrdf.h:12:20: ladspa.h: No such file or directoryGoogle hätte dir geholfen: Du brauchst das Linux Audio Developer's Simple Plugin API (LADSPA) (http://www.ladspa.org/).

Falls deine Distri Red Hat Linux 8.0 ist, kannst du die RPM-Pakete (http://psyche.freshrpms.net/rpm.html?id=299) von freshrpms.net nehmen.

farion
30.03.03, 20:31
ja ich hab gegoogelt - aber halt nach lrdf und nicht ladspa - oder brauch ich ladspa um lrdf zum laufen zu kriegen ?

okay i have a try

far

kth
30.03.03, 20:59
oder brauch ich ladspa um lrdf zum laufen zu kriegen ?Zitat von http://plugin.org.uk/:
This is a website for GPL'd (free software) audio plugins. At the moment the only ones here are for LADSPA, the Linux Audio Developers Plugin API.:D

farion
30.03.03, 21:00
okay ich hab ladspa installiert, danach konnt ich liblrdf installieren

nachdem ich noch jack und libsamplerate isntalliert habe kommt jetzt beim ./configure von ardour folgendes


config.status: creating Makefile
config.status: creating intl/Makefile
config.status: error: cannot find input file: intl/Makefile.in
configure: error: /bin/sh './configure' failed for ardour
configure: error: /bin/sh './configure' failed for libs


einen intl ordner gibts im ardour sourceverzeichnis aber nicht - eine Makefile.in liegt da direkt drin, fehlt mir da jetzt was vom ardour code oder wie?

bye far

farion
30.03.03, 21:04
https://sourceforge.net/cvs/?group_id=2218 - hier steht wie man ardour über cvs zieht. ich hab als modulname immer ardour angegeben - war das korrekt oder fehlt mir deswegen was?

bye far

kth
30.03.03, 21:23
War schon korrekt. Ich denke, deine Versionen von autoconf und automake verhalten sich nicht so wie erwartet. Vielleicht gab's mitten im Ablauf von autogen.sh irgendwo einen oder mehrere Fehler.

farion
30.03.03, 21:25
also in der README steht das hier

1.5. I get segfaults running Ardour on Redhat 7.0.

Redhat has seen fit to release a preview version of the gcc C++ compiler
with their distribution - gcc-2.96.x. This version is widely known to
cause problems for the C++ language which is more sensitive to compiler
changes than the C language. Paul recommends gcc-2.95.2 which is
absolutely known to compile Ardour. Other people are working on support
for gcc-3.x but not all the dependencies (eg. gtk++) support this version
yet.

Another related problem is the use of "packages" where the compiler
used to build the "package" (where "compiler" includes command line
arguments given the actual compiler) differ from the one used to build
Ardour. It is a good idea to compile each library Ardour depends on
from source, if only to be sure that this is not the source of any
problems you run into.

brauch ich vielleicht nen anderen compiler ?


edit: hab grad geschaut hab gcc version 3.2 20020903

bye far

kth
30.03.03, 21:45
Ich wüsste nicht, wie dir ein anderer Compiler weiterhelfen sollte. Die configure-Abteilung besteht doch aus bash-Skripten mit m4-Makros.

Welche Distri benutzt du denn?

farion
30.03.03, 21:46
redhat8

farion
30.03.03, 21:57
also bei ./autogen.sh kommen tatsächlich fehler


cvs [checkout aborted]: no such tag gettext-0_11_5
/usr/bin/autopoint: line 259: fatal_error: command not found
find: tmpwrk5529/archive: Datei oder Verzeichnis nicht gefunden
autoheader: `config.h.in' is unchanged


auf http://www-ccrma.stanford.edu/planetccrma/software/soundapps.html#SECTION000325100000000000000 steht, dass ich neue versionen von autoconf und automake brauch - da hab ich aber jeweils neuere - da steht aber eben noch was über gettext - hab das bisher aber noch nirgends gefunden

edit: okay lads grad von freshmeat.net runter

bye far

farion
30.03.03, 22:21
ich glaubs ja nich ./configure is ohne fehler durchgelaufen - jetzt kompliert er grad.
ich will die zeit nutzen und kurz aufschreiben wie ich's geschafft habe

also: folgende packages installieren

> sndfile von http://freshmeat.net/projects/libsndfile/?topic_id=113%2C119%2C809
> lrdf von http://plugin.org.uk/lrdf/old/ - vorher muss noch ladspa von http://www.ladspa.org/ladspa_sdk/ installiert werden
> samplerate von http://www.mega-nerd.com/SRC/download.html
> jack von http://jackit.sourceforge.net/download/
danach macht man ein export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig
(der pfad steht am Ende nach make install bei den libs)
> so jetzt noch gettext von http://freshmeat.net/projects/gettext/?topic_id=809 installieren und dann sind ./autogen.sh und ./configure ohne fehler durchgelaufen.

bye far

kth
30.03.03, 22:47
...und falls man sich in Sachen Audioanwendungen einen Großteil des Kompilieraufwands ersparen und auf fertige RPM-Pakete für Red Hat Linux 7.2, 7.3 oder 8.0 zurückgreifen möchte, ist Planet CCRMA at home (http://www-ccrma.stanford.edu/planetccrma/software/) (bzw. der europäische Mirror (http://freesoftware.ircam.fr/mirrors/planetccrma/software/)) sehr zu empfehlen. Dort gibt es auch ein apt-Repository. :)

farion
30.03.03, 23:54
das kann doch echt nicht wahr sein, nach 1,5 Stunden kompilieren kommt folgendes


cc1plus: warning: as it has already been specified as a non-system directory
main.cc:42:21: version.h: Datei oder Verzeichnis nicht gefunden
main.cc: In function `int main(int, char**)':
main.cc:190: `gtk_ardour_version' undeclared (first use this function)
main.cc:190: (Each undeclared identifier is reported only once for each
function it appears in.)
make[3]: *** [main.o] Fehler 1
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/gtk_ardour«
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/gtk_ardour«
make[1]: *** [all] Fehler 2
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/gtk_ardour«
make: *** [all-recursive] Fehler 1

farion
31.03.03, 00:24
also ich wollte jetzt mal die alternative ausprobieren und auf rpmseek.com das ardour.rpm runtergeladen, das brauch 10 zusätzliche pakete, von denen jedes mindestens nochmal 5 braucht, die man auch erst installieren kann wenn man 2 andere hat. Das sind dann an die 100 Pakete - das kanns doch nich sein...

irgendwie muss man das ding doch installiert kriegen.

ich geh jetzt erstmal ins bett

bye far

kth
31.03.03, 00:44
main.cc:42:21: version.h: Datei oder Verzeichnis nicht gefunden
main.cc: In function `int main(int, char**)':
main.cc:190: `gtk_ardour_version' undeclared (first use this function)
main.cc:190: (Each undeclared identifier is reported only once for each
function it appears in.)
make[3]: *** [main.o] Fehler 1
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/gtk_ardour«Ich weiß zwar nicht, warum im Verzeichnis gtk_ardour für version.h.in keine Variablen-Substitution mit der Ausgabe in version.h stattgefunden hat, aber du kannst dort mit sh ./version.sh remake die Datei manuell erzeugen. Ob die Versionsnummer dann stimmt, ist eine andere Frage. ;)

Dasselbe Problem gibt es dann evtl. noch einmal unter ksi_ardour... :ugly:

farion
31.03.03, 20:03
also mit gtk_ardour hat es gefunzt - jetzt brint er allerdings einen Fehler mit ksi_ardour - und version.sh gibt es da nicht - ich kann aber auch nicht lesen, was ihm fehlt, habs nicht in X gemacht (kann nicht hochscrollen) - ich kompiliers nochmal unter X und kann dann genau sagen, was der Fehler ist.

Ich schaff das noch :)))

thx far

kth
31.03.03, 20:54
Mit kommando 2>&1 | tee error.log ist man vom Scrollback-Buffer unabhängig.

Irgendetwas läuft da zwar gewaltig schief (ksi_ardour/configure wurde nicht ausgeführt?), aber einen Schritt weiter solltest du mit sed 's/@KSI_VERSION@/0.2.0/g' <version.h.in >version.h unter ksi_ardour kommen.

farion
31.03.03, 22:18
also das mit dem scrollbuffer hab ich nich hingekriegt - das andere hab ich gemacht und jetzt kompiliert er halt wieder ein paar stunden

farion
31.03.03, 22:19
okay er hört nach ner minute auf mit


../libs/ardour/.libs/libardour.so: undefined reference to `malloc_set_rt_thread(unsigned long)'
collect2: ld returned 1 exit status
make[3]: *** [ksix] Fehler 1
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/ksi_ardour«
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/ksi_ardour«
make[1]: *** [all] Fehler 2
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/farion/downloads/source/ardour/ksi_ardour«
make: *** [all-recursive] Fehler 1


far

kth
31.03.03, 22:48
Hmm, ich gebe auf...

Vielleicht vertragen sich die ardour-Skripte und -Makros einfach nicht mit den benutzten autotools. :confused:

farion
31.03.03, 23:30
shit - meinst du es lohnt die 100 rpms zu installieren ?

kth
31.03.03, 23:50
Kommt drauf an, ob sich RPM-Pakete für Mandrake oder SuSE überhaupt problemlos installieren lassen.

Aber ich bin ohnehin voreingenommen, weil mir ein Kumpel von seiner Kompilier-Odyssee unter Red Hat 7.3 erzählt hat: Bei ihm ist das Ardour-GUI kurz nach dem Start eingefroren und unbedienbar geblieben. :ugly:

farion
01.04.03, 00:20
also ich hab jetzt das ardour.rpm installiert gekriegt - hab halt alle nötigen packete zusammengesucht.

wenn ich ardour eintippe kommt folgendes:

ardour: relocation error: /usr/lib/libgtkmmext-2-11-1.so: undefined symbol: __tiQ23Gtk11DrawingArea


fehlt da jetzt noch ein package oder wie?

bye far

edit:das waren übrigens meistens mandrake-rpms - ich hab gedacht, da doch mandrake auf redhat basiert ...

kth
01.04.03, 01:15
ardour: relocation error: /usr/lib/libgtkmmext-2-11-1.so: undefined symbol: __tiQ23Gtk11DrawingAreaDa passt etwas nicht zusammen, vereinfacht gesagt. War abzusehen. ;)

Hast du gtkmm selber kompiliert?das waren übrigens meistens mandrake-rpms - ich hab gedacht, da doch mandrake auf redhat basiert ...Das hatte ich auch mal gedacht: http://www.linuxforen.de/forums/showthread.php?s=&threadid=43694#post210813

farion
02.04.03, 19:01
mmhhh man lernt wohl nie aus.

das gtkmm war auch ein rpm

verdammter &&§%)(/=(§(§%Z%$

Wann kommt eigentlich redhat 9, dann mach ich das auf meine neuen Rechner und hoffe, dass es da besser klappt :((

bye far