[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnucap-devel] link order

From: Felix Salfelder
Subject: Re: [Gnucap-devel] link order
Date: Sun, 30 Jun 2019 11:09:23 +0200
User-agent: NeoMutt/20170113 (1.7.2)

On Sun, Jun 30, 2019 at 10:51:00AM +0200, Patrick Mulder wrote:
> moving 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 [...] 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!


reply via email to

[Prev in Thread] Current Thread [Next in Thread]