monitor 1.9.0 - aber richtig :)

[mdi]

Moin,

a) und b) sind klar :).

Bei c) ist aber das Problem - in MSYS kriege ich den MySQL-Raffel nicht gebaut und wäre da für einen Hinweis sehr dankbar. Versucht habe ich auch cross compiling von meinem Ubuntu aus... da aber MySQL auch nach Konsultation von Foren und Bugtrackern augenscheinlich nicht cross compilierbar ist, starb auch dieser Weg.

Ich habe einen neuen Branch angelegt (/branches/2.0-ZVEIrewritten-mdi), der meine Änderungen enthält. Die Sirenentonerkennung ist da noch nicht vorhanden. Da ich annehme, dass es weniger Zeit kostet, diesen Branch einmal auszuchecken und einen Installer daraus zu bauen (sofern man das passende Environment erstmal hat) als herauszusuchen und zu veröffentlichen, was alles zu ändern ist, möchte ich Dich genau darum bitten: Checkst Dus einmal aus, kompilierst es mit mysql und lame und lässt mir den Installer zukommen? Wär mir wichtig, da bald weiterzukommen, weil ich den mysql-Support durchaus auch nutzen möchte und sehr angetan bin davon - da ist es echt nervig, wenn mans nicht selber kompilieren kann weil $Ding fehlt aber man nicht herausfindet, welches ;).

Ansonsten kurz was ich eben noch gemacht habe:
1. Installation der Libraries aus dem aktuellen Installer von mysql.
2. reimp -d libmysql.lib
3. dlltool -k --input-def libmysql.def --dllname libmysql.dll --output-lib libmysql.a

Fehler ist:
checking for mysql_init in -lmysql... no
configure: error: --with-mysql was given, but test for mysql failed

Ich würd mich da sehr über einen Hinweis freuen, denn irgendwie ist das "bisschen" unbefriedigend so :7.

Viele Grüße
Martin

[Buebchen]

Fehler ist:
checking for mysql_init in -lmysql... no
configure: error: --with-mysql was given, but test for mysql failed

Ich würd mich da sehr über einen Hinweis freuen, denn irgendwie ist das "bisschen" unbefriedigend so :7.

Viele Grüße
Martin

Benenn mal während des configure die libmysql.a um, daß sie nicht gefunden wird. Seltsamerweise klappt sonst der Test vom configure nicht ... k.A. warum. Aber auch im Moment nicht so wichtig. Das configure braucht man ja nicht so oft.

[Edit]
ich gehe mal davon aus, daß LDFLAGS richtig gesetzt ist :-)

[mdi]

Moin,

gerade umbenannt - selber Fehler.

ich gehe mal davon aus, daß LDFLAGS richtig gesetzt ist :-)

Hm, was ist "richtig"? Ich habe mich bisher zwar nicht von C/C++ und dem Drumherum fern gehalten, aber da fehlts mir echt noch an Wissen :7.

Martin

[Buebchen]

Um bei einem configure Lauf die -L Parameter des gcc zu setzen nutzt man die Umgebungsvariable LDFLAGS

z.B. LDFLAGS="-L/lib -L/igendwo/lib"

Wenn da die libmysql.dll nicht drin ist wird es vermutlich fehlschlagen. Ich werde heute abend aber vielleicht wieder Zeit finden mein MSYS anzuwerfen. Dann kann ich mal meine Parameter "mitschreiben", die ich für den Build nutze.

[mdi]

Moin,

Wenn da die libmysql.dll nicht drin ist wird es vermutlich fehlschlagen.

*mich in die Ecke stell und schäm*.

Martin

PS: Danke! Manchmal sieht man den Wald vor lauter Bäumen nicht :7.

[mdi]

Moin,

ich habe ja neulich geschrieben, dass ich den ZVEI-Decoder nochmal überarbeitet hätte. Das ist mittlerweile so weit durch und im SVN (Rev. 293). Proben haben gut funktioniert; die Erkennung sollte jetzt bisschen sicherer laufen (weil ich in einem sieben Buckets breiten Puffer 4x dieselbe Frequenz in Folge erkennen will um das codierte Zeichen zu erkennen).

Viele Grüße
Martin
PS: @Stefan, ich habe gesehen, dass die Lame-Sourcen komplett mit im SVN zu liegen scheinen, ist das a) eine wahre Aussage und soll das b) so sein?

[Buebchen]

Viele Grüße
Martin
PS: @Stefan, ich habe gesehen, dass die Lame-Sourcen komplett mit im SVN zu liegen scheinen, ist das a) eine wahre Aussage und soll das b) so sein?

a) Ja
b) Vorläufig ja (insbesondere unter Windows gibt es kein lame-devel Paket, da müßte das makefile sonst einen sinnvollen Hinweis geben, wie man an die richtigen Sources kommt)