Guten Morgen! Ich scheine wirklich zu doof zu sein. Ich habe in der profile.local folgende Pfadangabe stehen: PATH=$PATH:/usr/local/ssl/bin PATH=$PATH:/usr/local/ssl/include Dennoch erhalte ich beim 'make' ein: connection.h:15: openssl/ssl.h: Datei oder Verzeichnis nicht gefunden connection.h:16: openssl/rand.h: Datei oder Verzeichnis nicht gefunden openssl/ssl.h liegt in /usr/local/ssl/include Was mache ich falsch? Schönen Sonntag! -- Andreas Meyer http://home.wtal.de/MeineHomepage
Hallo, Am Montag, 1. April 2002 10:45 schrieb Andreas Meyer:
Ich scheine wirklich zu doof zu sein. Ich habe in der profile.local folgende Pfadangabe stehen: PATH=$PATH:/usr/local/ssl/bin PATH=$PATH:/usr/local/ssl/include
Dennoch erhalte ich beim 'make' ein: connection.h:15: openssl/ssl.h: Datei oder Verzeichnis nicht gefunden connection.h:16: openssl/rand.h: Datei oder Verzeichnis nicht gefunden
openssl/ssl.h liegt in /usr/local/ssl/include
Was mache ich falsch?
Die Umgebungsvariable `PATH' wird verwendet, wenn nach _ausführbaren_ Programmen gesucht wird ("man which"). Eine völlig andere Baustelle ist, wenn der C-Kompiler nach einer Includedatei sucht. Im Quellcode steht #include <openssl/ssl.h> Beim Kompileraufruf kann angeben, in welchen Verzeichnissen nach der Datei gesucht werden soll, mit der Option `-I', also etwa gcc ... -I /usr/local/ssl/include ... Das hat mit der Umgebungsvariable `PATH' garnichts zu tun. Schau' Dir mal die `-I' in Deinem `makefile' an. Frohe Ostern noch, Bertram -- Bertram Scharpf <b.scharpf@tesionmail.de>
Hallo! Am Mon, 1 Apr 2002 12:16:59 +0200 schrieb Bertram Scharpf:
connection.h:15: openssl/ssl.h: Datei oder Verzeichnis nicht gefunden
Eine völlig andere Baustelle ist, wenn der C-Kompiler nach einer Includedatei sucht. Im Quellcode steht
#include <openssl/ssl.h>
Beim Kompileraufruf kann angeben, in welchen Verzeichnissen nach der Datei gesucht werden soll, mit der Option `-I', also etwa
gcc ... -I /usr/local/ssl/include ...
Das hat mit der Umgebungsvariable `PATH' garnichts zu tun. Schau' Dir mal die `-I' in Deinem `makefile' an.
Das Problem ist hier, daß ich im makefile keinen Hinweis auf openssl find, auch nicht auf "-I". SSLFLAGS = -lssl -lcrypto NOSSLFLAG = PACKAGE=\"althea\" LOCALEDIR=\"/usr/share/locale\" Das makefile wurde mit dem Paket mitgeliefert; ohne configure-script. Warum ist das so? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Am Mon, 2002-04-01 um 14.43 schrieb Andreas Meyer:
Hallo!
Am Mon, 1 Apr 2002 12:16:59 +0200 schrieb Bertram Scharpf:
connection.h:15: openssl/ssl.h: Datei oder Verzeichnis nicht gefunden
Eine völlig andere Baustelle ist, wenn der C-Kompiler nach einer Includedatei sucht. Im Quellcode steht
#include <openssl/ssl.h>
Beim Kompileraufruf kann angeben, in welchen Verzeichnissen nach der Datei gesucht werden soll, mit der Option `-I', also etwa
gcc ... -I /usr/local/ssl/include ...
Das hat mit der Umgebungsvariable `PATH' garnichts zu tun. Schau' Dir mal die `-I' in Deinem `makefile' an.
Das Problem ist hier, daß ich im makefile keinen Hinweis auf openssl find, auch nicht auf "-I".
SSLFLAGS = -lssl -lcrypto NOSSLFLAG =
PACKAGE=\"althea\" LOCALEDIR=\"/usr/share/locale\"
Das makefile wurde mit dem Paket mitgeliefert; ohne configure-script. Dann wirst Du das makefile (oder irgendwelche anderen Konfigfiles)mittels Editor an deine Konfiguration anpassen müssen oder Dich aber mal mit den Details von CPPFLAGS und CFLAGS (info make) ausseinandersetzen müssen.
Warum ist das so? Warum ist die Banane krumm? :)
Die Antwort werden Dir nur der Autor des Paketes geben können Niemand zwingt sie dazu ein configure-Skript zu schreiben, geschweige denn autoconf oder automake zu verwenden. Ralf
Hallo! Am 01 Apr 2002 15:03:18 +0200 schrieb Ralf Corsepius:
SSLFLAGS = -lssl -lcrypto NOSSLFLAG =
PACKAGE=\"althea\" LOCALEDIR=\"/usr/share/locale\"
Das makefile wurde mit dem Paket mitgeliefert; ohne configure-script.
Dann wirst Du das makefile (oder irgendwelche anderen Konfigfiles)mittels Editor an deine Konfiguration anpassen müssen oder Dich aber mal mit den Details von CPPFLAGS und CFLAGS (info make) ausseinandersetzen müssen.
Warum ist das so? Warum ist die Banane krumm? :)
Die Antwort werden Dir nur der Autor des Paketes geben können Niemand zwingt sie dazu ein configure-Skript zu schreiben, geschweige denn autoconf oder automake zu verwenden.
Das ist schade. Ist es nicht möglich, daß man dennoch das makefile so schreibt, daß die includes von openssl gefunden werden; als Programmierer meine ich, der ich ja nun mal nicht bin? Ich nehme doch an, daß /usr/local/ssl/include/openssl ein allgemein üblicher Pfad ist. Naja, dann eben kein Althea... find ich irgendwie irre... Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Am Mon, 2002-04-01 um 16.51 schrieb Andreas Meyer:
Hallo!
Am 01 Apr 2002 15:03:18 +0200 schrieb Ralf Corsepius:
SSLFLAGS = -lssl -lcrypto NOSSLFLAG =
PACKAGE=\"althea\" LOCALEDIR=\"/usr/share/locale\"
Das makefile wurde mit dem Paket mitgeliefert; ohne configure-script.
Dann wirst Du das makefile (oder irgendwelche anderen Konfigfiles)mittels Editor an deine Konfiguration anpassen müssen oder Dich aber mal mit den Details von CPPFLAGS und CFLAGS (info make) ausseinandersetzen müssen.
Warum ist das so? Warum ist die Banane krumm? :)
Die Antwort werden Dir nur der Autor des Paketes geben können Niemand zwingt sie dazu ein configure-Skript zu schreiben, geschweige denn autoconf oder automake zu verwenden.
Das ist schade. Ist es nicht möglich, daß man dennoch das makefile so schreibt, daß die includes von openssl gefunden werden; als Programmierer meine ich, der ich ja nun mal nicht bin? Nein, woher sollten die Entwickler wissen, was Du wie und wo installierst?
Ich nehme doch an, daß /usr/local/ssl/include/openssl ein allgemein üblicher Pfad ist. Nein. Die "üblichen" (standardmässigen) Pfade sind /usr/include und /usr/local/include, alles andere ist ausserhalb jeglicher Standard-Konventionen.
Ralf
participants (3)
-
Andreas Meyer -
Bertram Scharpf -
Ralf Corsepius