cygwin g++ Linker ne trouve pas de bibliothèque partagée

J'ai été la création d'une bibliothèque. Quand je compile comme une bibliothèque statique, il fonctionne très bien. Maintenant, je veux le transformer en une bibliothèque partagée. La bibliothèque est créé et placé dans le bon endroit, mais quand j'essaie de compiler le code client, le lien entre la phase dit qu'il ne peut pas trouver la bibliothèque.

J'ai déjà essayé de le renommer al ou dylib mais ça n'aide pas non plus. Quand j'ai mis le drapeau-v sur le lien, je peux voir que mon chemin de la bibliothèque est là. J'ai aussi essayé des chemins différents. J'ai utilisé un chemin d'accès relatif, mais même avec un chemin d'accès complet il ne le trouve pas.

Le Makefile à partir de la bibliothèque:

.SUFFIXES:
.SUFFIXES: .o .cpp
.SUFFIXES: .o .d
CC := g++
LNK:= g++
CXXFLAGS_RELEASE    = -fPIC -shared -O2 -Wall -fmessage-length=0
CXXFLAGS_DEBUG      = -fPIC -shared -g -Wall -fmessage-length=0 -D _DEBUG
CXXFLAGS =  $(CXXFLAGS_DEBUG)
OBJDIR:=        obj
SRCDIR:=        src
HDIR:=          include
INCLUDE_PATHS:= -Iinclude -Iinclude/interfaces -Iinclude/support
CPP_FILES := propertyfile/propertyfile.cpp \
propertyfile/propertyitem.cpp \
propertyfile/propertyfactory.cpp \
helper/string_helper.cpp
OBJ :=      $(patsubst %.cpp,$(OBJDIR)/%.o, $(CPP_FILES))
SRC :=      $(patsubst %.cpp,$(SRCDIR)/%.o, $(CPP_FILES))
LIBS:=      
TARGET:=    libsupport.so
all:    $(TARGET)
$(TARGET):  $(OBJ)
$(LNK) -o $(TARGET) $(OBJ) -shared  
@cp $(TARGET) ../lib
@cp -r include ..
clean:
rm -f $(OBJ) $(ASM) $(TARGET)
-include $(patsubst %.cpp,$(OBJDIR)/%.d, $(CPP_FILES))
$(OBJDIR)/%.o: $(SRCDIR)/%.cpp $(OBJDIR)/%.d 
@mkdir -p `dirname $@`
$(CC) $(CXXFLAGS) -c $< -o $@ $(INCLUDE_PATHS)
$(OBJDIR)/%.d: $(SRCDIR)/%.cpp 
@mkdir -p `dirname $@`
$(CC) $(CXXFLAGS) -MM -MT $@ -MF $(OBJDIR)/$*.d -c $< $(INCLUDE_PATHS)

Et voici le Makefile pour l'application:

.SUFFIXES:
.SUFFIXES: .o .cpp
CC := g++
LD := g++
CXXFLAGS_RELEASE    = -O2 -Wall -fmessage-length=0
CXXFLAGS_DEBUG      = -g -Wall -fmessage-length=0 -D _DEBUG
CXXFLAGS =  $(CXXFLAGS_DEBUG)
OBJDIR:=        obj
SRCDIR:=        src
INCLUDE_PATHS:= -Iinclude -I../include
LIBS:=      -L /cygdrive/d/src/c/lib -lsupport
CPP_FILES := nohupshd.cpp \
daemon.cpp \
task.cpp
OBJ :=      $(patsubst %.cpp,$(OBJDIR)/%.o, $(CPP_FILES))
SRC :=      $(patsubst %.cpp,$(SRCDIR)/%.o, $(CPP_FILES))
TARGET:=    nohupshd
all:    $(TARGET)
$(TARGET):  $(OBJ)
$(LD) -o $(TARGET) $(OBJ) $(LIBS)
clean:
rm -f $(OBJ) $(ASM) $(TARGET)
-include $(patsubst %.cpp,$(OBJDIR)/%.d, $(CPP_FILES))
$(OBJDIR)/%.o: $(SRCDIR)/%.cpp $(OBJDIR)/%.d 
@mkdir -p `dirname $@`
$(CC) $(CXXFLAGS) -c $< -o $@ $(INCLUDE_PATHS)
$(OBJDIR)/%.d: $(SRCDIR)/%.cpp 
@mkdir -p `dirname $@`
$(CC) $(CXXFLAGS) -MM -MT $@ -MF $(OBJDIR)/$*.d -c $< $(INCLUDE_PATHS)

OriginalL'auteur Devolus | 2013-04-22

  1. 14

    Après quelques tests, j'ai trouvé une solution sur la façon de compiler une bibliothèque partagée sous cygwin.

    Apparemment, le compilateur est à la recherche d'un fichier DLL, même si elle est à l'intérieur de cygwin. donc, la première étape est d'ajouter votre chemin, où la bibliothèque va être à la variable PATH.

     export PATH=$PATH:/cygdrive/d/src/c/lib

    Apparemment lors de la liaison à l'encontre d'une bibliothèque partagée, l'éditeur de liens semble chercher un fichier DLL par défaut. Je ne sais pas pourquoi, parce qu'à l'intérieur de cygwin je m'attends à ce qu'il regarde pour un .afin de dossier, comme sur d'autres systèmes UNIX.

    Cependant, il existe deux solutions à ce, qui travaillent tous les deux.

    Tout d'abord, vous pouvez créer un lien vers votre .donc, bibliothèque avec le nom .dll

    ln -s /cygdrive/d/src/lib/libsupport.so libsupport.dll

    Dans ce cas, le makefile n'a pas à être changé et -lsupport trouverez la bibliothèque, tout en les reliant. Je préfère cette solution.

    Seconde, vous pouvez spécifier l'option de l'éditeur de liens avec le nom complet.

    LIBS:=      -L /cygdrive/d/src/c/lib -l:libsupport.so

    alors vous n'avez pas à créer un lien.

    Donc, l'essentiel semble être que la bibliothèque partagée doit être dans le CHEMIN d'accès sous cygwin. À l'aide de LD_LIBRARY_PATH n'aide pas dans ce cas, comme vous pouvez le lien de l'exécutable, mais lorsque j'essaie de l'exécuter, il ne le trouvera pas.

    ldd nohupshd.exe
libsupport.so => not found

    Mise à JOUR: Pour une raison quelconque, quand j'ai vérifié avec la commande ldd, ma bibliothèque a soudainement disparu de la liste. J'ai trouvé que cygwin utilise le nom pour différencier entre MS Windows et Unix bibliothèques partagées. Afin de le faire fonctionner, le nom de la bibliothèque doit être cyg.donc, pour le faire fonctionner, sinon l'exécutable, semble être certaines Fenêtres construire. Dans ce cas, vous n'avez pas besoin de créer le lien nommé x.dll comme la bibliothèque partagée reste à l'intérieur de l'environnement Unix.

        $(LNK) -o cyg$(TARGET).so $(OBJ) -shared

    Lors de l'utilisation d'eclipse pour le débogage, le chemin d'accès à la bibliothèque partagée doit aussi être dans la variable d'environnement path. Sinon, la session de débogage se termine immédiatement sans erreur.

    Dans mon cas, avec le lien de .lib.dll pour lib.o fonctionne, mais je n'ai pas besoin d'ajouter l'extension -L. -llib sous cygwin(mingw32-gcc)

    OriginalL'auteur Devolus