Re: link order
Felix Salfelder <[email protected]>
| Newsgroups | gmane.comp.gnu.gnucap.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sun, Jun 30, 2019 at 10:51:00AM +0200, Patrick Mulder wrote: > moving globals.cc last seems not yet to have the effect on the map init, > the error stays the same during the cmake -build . run > > what i see for the command to link libgnucap is: > > [ 57%] Linking CXX shared module gnucap-default-plugins.dll > cd C:/Users/mulderpa/git/gnucap/build4/apps && > C:/msys64/mingw64/bin/cmake.exe -E remove -f > CMakeFiles/gnucap-default-plugins.dir/objects.a > cd C:/Users/mulderpa/git/gnucap/build4/apps && C:/msys64/mingw64/bin/ar.exe > cr CMakeFiles/gnucap-default-plugins.dir/objects.a > @CMakeFiles/gnucap-default-plugins.dir/objects1.rsp > cd C:/Users/mulderpa/git/gnucap/build4/apps && > C:/msys64/mingw64/bin/c++.exe -shared -o gnucap-default-plugins.dll > -Wl,--major-image-version,0,--minor-image-version,0 -Wl,--whole-archive > CMakeFiles/gnucap-default-plugins.dir/objects.a -Wl,--no-whole-archive > @CMakeFiles/gnucap-default-plugins.dir/linklibs.rsp i don't know what CMake is trying to do. normally, a command like $ g++ -shared -o plugins.so [...] globals.o other.o [...] last.o should do the linking. or short: i have no clue what "objects.a" is supposed to be. perhaps we need a CMake artist here. i will focus on making the dispatcher link order independend and finalise the autotools build system, it will also work on mingw. Upstream will (not ship but) support autotools, once this is finished. I appreciate your feedback and testing! felix _______________________________________________ Gnucap-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnucap-devel