不知道为什么没有真实的的答案，但这里是什么对我有效：
1.编译目标文件：

g++ -O0 -gdwarf-4 dll\dllmain.cpp -c -o dllmain.o

1.链接（-Wl,--exclude-all-symbols很重要）：

g++ -Wl,--enable-auto-import -Wl,--out-implib,libsomelib.a -Wl,--exclude-all-symbols -shared dllmain.o -o somelib.dll

然后选择要在DLL的源代码中直接导出的函数：

#include <windows.h>

__declspec(dllexport) void someExportedFunction() {
    MessageBox(NULL, "msgbox", "msgbox", MB_OK);
}

void nonExportedFunction() {
    MessageBox(NULL, "notexported", "notexported", MB_OK);
}

验证：

C:\libtest>pedump -E somelib.dll

=== EXPORTS ===

# module "somelib.dll"
# flags=0x0  ts="2014-02-20 08:37:48"  version=0.0  ord_base=1
# nFuncs=1  nNames=1

  ORD ENTRY_VA  NAME
    1     1570  _Z20someExportedFunctionv

（x一米一米一x = x一e0一米一x）

你可以使用选项-Wl,--retain-symbols-file=file，然后在file中列出你想要保留的符号（每行一个），这将导致链接器丢弃所有其他符号，只保留你想要的符号。

这是一个反复出现的问题。以下是《战略目标》中两个相关的问题：

• Removing exported symbols from a DLL and its associated import library (VS8)
• https://stackoverflow.com/questions/9586262/how-to-know-exported-symbols-for-windows-dll-from-linux-mingw/9600759#9600759死亡）

和外部SO：

• http://boost.2283326.n4.nabble.com/unwanted-exported-symbols-in-a-DLL-which-statically-links-to-Boost-Library-td2590169.html
• http://sourceforge.net/p/mingw/bugs/1134/

即，Windows平台上的全局/本地导出不在链接器级别处理，而是提供.def文件以补充.dll。
由于缺乏一个好的答案，我做了一个python脚本，负责从dll导出表中删除内容，您可以找到它here。

如果您的binutils发行版（本机或交叉编译）提供了dllwrap，则可以使用它。
它可以使用DEF文件中的接口生成DLL（在底层它调用gcc、ld和dlltool来完成此操作），使用此接口与直接将DEF文件传递给GCC之间的区别在于文件中的定义被区别对待。
例如，如果导出文件中有一个重命名符号：

_SomeFuntion = _SomeFunction@12

GCC会创建两个导出，一个名为_SomeFunction，另一个名为修饰名，而dllwrap只会导出_SomeFuntion。因此，如果你只向DEF文件添加你想要导出的符号，你最终只会在库中找到它们。
默认情况下，dllwrap使用C编译器驱动程序，因为它无法知道其他情况。当你链接C++代码时，你必须使用选项--driver-name c++来设置驱动程序。如果你碰巧有带前缀的MinGW可执行文件，你也必须在驱动程序名称中包含它（例如i686-mingw32-c++而不是c++），你可能也需要使用选项--dlltool-name。
请尝试使用以下两行代码，而不是您发布的代码：

g++ -c CXXFLAGS DEFINES INCLUDES -o library.o library.cpp
dllwrap -o library.dll --driver-name c++ --def DEF_FILE OBJECT_FILES LIBS -Wl,--enable-stdcall-fixup

第一个程序从library.cpp的代码生成一个目标文件，第二个程序汇编动态库，OBJECT_FILES的东西（我假设它是您之前生成的其他目标文件）也应该有library.o。
也就是说，我必须告诉您，dllwrap在2006年就已经是deprecated了，并且在官方的binutils包中没有关于它的文档;要获得一些信息，你可以像往常一样用--help调用它。它可以生成一个导入库，以防你也需要它。

您是否在提供了链接的页面上阅读了以下内容，关于未显式使用--export-all-symbols时的行为-在以下情况下禁用自动导出：
任何对象文件中的任何符号都标记有__declspec（dllexport）属性。
你有没有试过只导出你感兴趣的函数？在DEF文件中很容易出现名字错误，这是因为mangling，所以这个方法应该更可靠。

免责声明：我只在Linux上做过这个，但AFAIK它应该也能在Windows上工作
您可以使用-fvisibility=hidden选项;有关详细信息，请参见http://gcc.gnu.org/wiki/Visibility

您可以在GNU LD中使用version script来创建导出符号的允许列表。
假设在library.cpp中有一个library_somefunc函数，而您只想导出该符号，您可以准备一个名为version-script.txt的纯文本文件：

{
    global:
        library_somefunc;

    local:
        *;
};

通过将library_somefunc指定为global，您可以指示该符号应该在动态链接库中导出。我们将*指定为local，以便不导出其他符号。
然后，使用以下命令生成dll：

g++ -shared CXXFLAGS DEFINES INCLUDES -o library.dll library.cpp DEF_FILE OBJECT_FILES LIBS -Wl,--enable-stdcall-fixup -Wl,--version-script=version-script.txt

可以使用Dependencies检查DLL文件是否正确导出符号。