Cygwin下编译gSOAP共享库遇未定义引用/重定位截断问题

Let's break down your issues step by step—you've got two distinct problems here: undefined references despite symbols existing, and R_X86_64_PC32 relocation truncation errors. Let's tackle each one with Cygwin-specific fixes, since porting openSUSE patches to Cygwin often requires adjusting for its unique dynamic linking behavior.

1. Undefined References (soap_faultcode, soap_getheader, etc.) #

Even though objdump shows the symbols exist, the linker can't find them during shared library creation. Here are the most likely causes and fixes:

a. Symbol Visibility Issues #

gSOAP may mark internal symbols as static or use hidden visibility by default, which prevents them from being exported to the shared library. Cygwin's dynamic linker is stricter about symbol visibility than Linux in some cases.

• Fix: Add -fvisibility=default to your CFLAGS and CXXFLAGS to ensure all symbols are exported. Alternatively, check gSOAP's header files and ensure the SOAP_API macro is set to __declspec(dllexport) (Cygwin-specific) when building the shared library. You can define this in your cygport:

  CFLAGS+=" -fPIC -fvisibility=default -DSOAP_API=__declspec(dllexport)"
  CXXFLAGS+=" -fPIC -fvisibility=default -DSOAP_API=__declspec(dllexport)"
  

• Verify exported symbols with nm -D libgsoap.so—you should see soap_faultcode and others marked as T (text/function) or D (data).

b. Incorrect Linker Options from Ported Patch #

The -module option you added is Linux-specific (used for loadable modules, not shared libraries). Cygwin uses -shared to create shared libraries, and combining -module with -no-undefined can cause unexpected behavior.

• Fix: Replace -module with -shared in your LDFLAGS, and add Cygwin's required --enable-auto-import flag (this tells the linker to handle dynamic symbol imports properly):

  LDFLAGS+=" -shared -Wl,--no-undefined,--enable-auto-import"
  

c. Link Order Misconfiguration #

Linker order matters in Cygwin just like Linux—if you're linking against static gSOAP objects before the shared library target, the linker might not resolve symbols correctly.

• Fix: Ensure your link command lists object files first, followed by any dependent libraries. For example:

  $CC $CFLAGS -shared -o libgsoap.so *.o -lgsoapssl2 # (adjust libraries as needed)
  

2. R_X86_64_PC32 Relocation Truncation Errors #

The -mcmodel=large flag doesn't always work in Cygwin's 64-bit environment because its memory model handling differs from Linux. Here's what to try instead:

a. Enforce Position-Independent Code (PIC) #

Cygwin requires all code in 64-bit shared libraries to be position-independent. If any of your gSOAP source files weren't compiled with -fPIC, you'll get this relocation error.

• Fix: Make sure -fPIC is added to both CFLAGS and CXXFLAGS for every compilation step (not just linking). Your cygport should enforce this globally.

b. Check for Static Library Conflicts #

If you're linking against static gSOAP libraries (from your successful static build) while creating the shared library, those static libraries might not have been compiled with -fPIC, causing relocation issues.

• Fix: Clean your build directory and ensure you're compiling all gSOAP code from scratch with -fPIC for the shared library target. Avoid mixing static and shared build artifacts.

c. Adjust Memory Model for Cygwin #

Instead of -mcmodel=large, try -mcmodel=medium—this is often more compatible with Cygwin's 64-bit runtime, as it handles large data segments without the overhead of the large model.

• Fix: Add -mcmodel=medium to your CFLAGS/CXXFLAGS:

  CFLAGS+=" -mcmodel=medium"
  CXXFLAGS+=" -mcmodel=medium"
  

Final Debugging Steps #

If you're still stuck:

1. Run the linker command with -v to see the exact flags being passed, and check for any Cygwin-specific warnings.
2. Use readelf -d libgsoap.so to verify the shared library's dynamic section—ensure it has the correct dependencies and symbol table entries.
3. Double-check your openSUSE patch for Linux-specific flags (like --as-needed or -z relro) that might not translate well to Cygwin, and remove or replace them as needed.

内容的提问来源于stack exchange，提问作者marlemion