Hi Marco,
I think this is the actual problem. This might answer your question
(posted on stackoverflow for the same question):
> The soap_faultcode and other functions are not defined in stdsoap2.c but are
> referenced in stdsoap2.c and should be linked with the soapcpp2-generated
> code e.g. soapC.c that define these functions.
> These functions depend on the way SOAP_ENV__Fault struct is declared (in the
> .h file for soapcpp2) and therefore these functions cannot be integrated and
> fixed in the stdsoap2.c library since the struct
> may change per application (e.g. SOAP_ENV_Detail may have additional struct
> members).
Hence, this seems to be valied for all undefined references.
However, I have tried compiling the package modified as set out above
(without further adaption to cygwin) on archlinux and it compiles
fine!
Compilation on archlinux:
make all-recursive
make[1]: Entering directory '/home/office2pdf/test/gsoap-2.8'
Making all in .
make[2]: Entering directory '/home/office2pdf/test/gsoap-2.8'
make[2]: Leaving directory '/home/office2pdf/test/gsoap-2.8'
Making all in gsoap
make[2]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
ln -s -f ../gsoap/stdsoap2.cpp stdsoap2_cpp.cpp
ln -s -f ../gsoap/dom.cpp dom_cpp.cpp
ln -s -f ../gsoap/stdsoap2.cpp stdsoap2_ck.c
ln -s -f ../gsoap/stdsoap2.cpp stdsoap2_ck_cpp.cpp
ln -s -f ../gsoap/stdsoap2.cpp stdsoap2_ssl.c
ln -s -f ../gsoap/stdsoap2.cpp stdsoap2_ssl_cpp.cpp
make all-recursive
make[3]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
Making all in .
make[4]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I.. -DWITH_IPV6 -DLINUX -g -O2 -MT libgsoap_la-stdsoap2.lo -MD
-MP -MF .deps/libgsoap_la-stdsoap2.Tpo -c -o libgsoap_la-stdsoap2.lo
`test -f 'stdsoap2.c' || echo './'`stdsoap2.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -DWITH_IPV6 -DLINUX -g
-O2 -MT libgsoap_la-stdsoap2.lo -MD -MP -MF
.deps/libgsoap_la-stdsoap2.Tpo -c stdsoap2.c -fPIC -DPIC -o
.libs/libgsoap_la-stdsoap2.o
mv -f .deps/libgsoap_la-stdsoap2.Tpo .deps/libgsoap_la-stdsoap2.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I.. -DWITH_IPV6 -DLINUX -g -O2 -MT libgsoap_la-dom.lo -MD -MP
-MF .deps/libgsoap_la-dom.Tpo -c -o libgsoap_la-dom.lo `test -f
'dom.c' || echo './'`dom.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -DWITH_IPV6 -DLINUX -g
-O2 -MT libgsoap_la-dom.lo -MD -MP -MF .deps/libgsoap_la-dom.Tpo -c
dom.c -fPIC -DPIC -o .libs/libgsoap_la-dom.o
mv -f .deps/libgsoap_la-dom.Tpo .deps/libgsoap_la-dom.Plo
/bin/sh ../libtool --tag=CC --mode=link gcc -DWITH_IPV6 -DLINUX
-g -O2 -release 2.8.84 -Wl,--version-script=gsoap.sym -o libgsoap.la
-rpath /usr/local/lib libgsoap_la-stdsoap2.lo libgsoap_la-dom.lo
libtool: link: gcc -shared -fPIC -DPIC .libs/libgsoap_la-stdsoap2.o
.libs/libgsoap_la-dom.o -g -O2 -Wl,--version-script=gsoap.sym
-Wl,-soname -Wl,libgsoap-2.8.84.so -o .libs/libgsoap-2.8.84.so
libtool: link: (cd ".libs" && rm -f "libgsoap.so" && ln -s
"libgsoap-2.8.84.so" "libgsoap.so")
libtool: link: ( cd ".libs" && rm -f "libgsoap.la" && ln -s
"../libgsoap.la" "libgsoap.la" )
[...]
nm --undefined gsoap/.libs/libgsoap.so | grep soap
U soap_delelement
U soap_dupelement
U soap_fault_detail
U soap_fault_string
U soap_fault_subcode
U soap_faultcode
U soap_faultdetail
U soap_faultstring
U soap_faultsubcode
U soap_getelement
U soap_getfault
U soap_getheader
U soap_markelement
U soap_putelement
U soap_putfault
U soap_putheader
U soap_serializefault
U soap_serializeheader
Why does the code compile on linux, but not on cygwin and how to make
this happen on cygwin?
Am Mo., 1. Juli 2019 um 14:47 Uhr schrieb Marco Atzeri <marco.atz...@gmail.com>:
>
> Am 01.07.2019 um 11:09 schrieb Wilhelm Eger:
> > Hello there!
> >
> > This is my first post to the cygwin mailing list. Hence, I hope, this
> > is the right place to post my problem. It seems to be a mixture of
> > packaging / compiling / linking / porting problem. However, I was
> > thinking that starting in this list is more appropriate than in e.g.
> > the packagers list.
> >
> > I would like to compile gsoap as a shared library to use it in another
> > project (kopano-core). Please note that static linking works fine.
> > However, I would like to achieve a shared library of gsoap. gsoap
> > itself provides only static compilation. However, the major
> > distributions deliver it as shared library. That's where I have
> > started:
> >
> > gSoap: https://sourceforge.net/projects/gsoap2/
> > OpenSuse Patches for shared library:
> > https://build.opensuse.org/package/show/home:mrbadguy/gsoap
> >
> > Please find my respective patches plus cygport package attached to this
> > mail.
> >
> > Unfortunately, the package does not build. In fact, it fails at
> > linking the shared library due to undefined references. Please not
> > that I have updated the OpenSuse patches by adding '-no-undefined' to
> > the libtool chain. Further, I have added 'mcmodel=large' to the CFLAGS
> > to work around relocation problems.
> >
> > Still, undefined references are found:
>
> > /bin/sh ../libtool --tag=CC --mode=link gcc -mcmodel=large
> > -DCYGWIN -ggdb -O2 -pipe -Wall -Werror=format-security
> > -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong
> > --param=ssp-buffer-size=4 -D_GNU_SOURCE -Wno-attributes
> > -fdebug-prefix-map=/home/eger/gsoap-shared/gsoap-2.8.84-1.x86_64/build=/usr/src/debug/gsoap-2.8.84-1
> > -fdebug-prefix-map=/home/eger/gsoap-shared/gsoap-2.8.84-1.x86_64/src/gsoap-2.8=/usr/src/debug/gsoap-2.8.84-1
> > -release 2.8.84 -Wl,--version-script=gsoap.sym -no-undefined -o
> > libgsoap.la -rpath /usr/lib libgsoap_la-stdsoap2.lo libgsoap_la-dom.lo
> > libtool: link: gcc -shared .libs/libgsoap_la-stdsoap2.o
> > .libs/libgsoap_la-dom.o -mcmodel=large -ggdb -O2
> > -fstack-protector-strong -Wl,--version-script=gsoap.sym -o
> > .libs/cyggsoap-2-8-84.dll -Wl,--enable-auto-image-base -Xlinker
> > --out-implib -Xlinker .libs/libgsoap.dll.a
> > .libs/libgsoap_la-stdsoap2.o:stdsoap2.c:(.rdata$.refptr.soap_fault_detail[.refptr.soap_fault_detail]+0x0):
> > undefined reference to `soap_fault_detail'
>
> which library provide soap_fault_detail ?
>
> Maybe the package will build multiple dlls and you need to add
> the dependencies ?
>
> Marco
>
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
>
>
> --
> Problem reports: http://cygwin.com/problems.html
> FAQ: http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
