Question

我正在创建一个jni库，它使用GraphicsMagick来实现它的一些功能。我在目录中有以下文件

phash.h
phash.cc
thumbnail.h
thumbnail.cc
image_jni.h  // This is generated by the javah tool
image_jni.cc

要编译.so文件，我正在使用make文件。我首先为每个源生成.o文件，如下所示：

HEADERS = image_jni.h phash.h thumbnail.h

CPPFLAGS = $(PLATFORM_CPPFLAGS) -I/opt/X11/include `GraphicsMagick++-config --cppflags`

CXXFLAGS = $(PLATFORM_CXXFLAGS) -fPIC -std=gnu++11 -Os `GraphicsMagick++-config --cxxflags`

LDFLAGS = $(PLATFORM_LDFLAGS) -fPIC -lc -std=gnu++11 -L/opt/X11/lib -lX11 `GraphicsMagick++-config --ldflags --libs`

PROJECT_ROOT = ../../..

LIBPATH = $(PROJECT_ROOT)/lib/libMyfoo.$(LIB_EXT)

%.o: %.cc $(HEADERS)
    $(CXX) -o $@ $(CPPFLAGS) $(CXXFLAGS) -c $< 

$(LIBPATH): phash.o thumbnail.o image_jni.o
    $(CXX) -o $@ -shared $^ $(LDFLAGS)

linux的平台特定标志设置如下：

PLATFORM_CPPFLAGS = -I$(JAVA_HOME)/include -I$(JAVA_HOME)/include/linux
LIB_EXT = so

这在Mac OS X上运行良好，我可以在我的Java代码中使用共享库。但是这在使用Gcc 4.7.3的Linux上不起作用。它在创建.o文件时工作正常，但在创建.so时，它会抱怨以下隐藏的错误消息：

g++ -o ../../../lib/libMyfoo.so -shared phash.o thumbnail.o image_jni.o  -fPIC -lc -std=gnu++11 -L/opt/X11/lib -lX11 `GraphicsMagick++-config --ldflags --libs`
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
make: *** [../../../lib/libMyfoo.so] Error 1

make文件的翻译似乎是合法的。我的猜测是g ++不知道它需要创建一个共享库。它也可能是GraphicsMagick ++ - config --ldflags --libs和我自己的链接器选项之间的奇怪交互。 Graphics Magick命令扩展为：

-L/usr/lib -fPIE -pie -Wl,-z,relro -Wl,-z,now -L/usr/lib/X11 -L/usr/lib -L/usr/lib
-lGraphicsMagick++ -lGraphicsMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lgomp -lpthread -lltdl

也许-fPIE -pie选项与其余选项（fPIC）不相符？

Answer 1

根据手册页：

-pie
    Produce a position independent executable.

因为，你正在构建共享对象，你需要删除它，否则它会抱怨“主”。它适用于Mac OS X，因为如果在构建非可执行文件时使用它，它只会忽略-pie开关。

在linux上编译GraphicsMagick jni库

1 个答案: