Hi Bill,
> the symbol namespace would include 'v2s' for a static link rather than ‘v2’
Agreed. Which is why I am puzzled that, given all the libboost*.dylib
libraries, that the linker cannot find a dynamic linked symbol in a dylib.
> Once I have a few more pressing issues resolved I will retur
On 16/11/2020 18:57, John Nelson via wsjt-devel wrote:
Hi Bill,
Understood. But then I will await your further investigations on the linking
problem which I initially sent to you.
I would prefer not to have to modify files.
---
It has found what it seems to need. The problem about linking r
Hi Bill,
Understood. But then I will await your further investigations on the linking
problem which I initially sent to you.
I would prefer not to have to modify files.
---
It has found what it seems to need. The problem about linking remains:
Undefined symbols for architecture x86_64:
On 16/11/2020 18:32, John Nelson via wsjt-devel wrote:
Hi Bill,
I have found a solution.
1. remade the boost libraries with:b2 link=static runtime-link=static
install
2. made three changes to CMakeLists.txt
79,80d78
< # JMN Added next line
< set (Boost_USE_STATIC_RUNTIME ON)
1067
Hi Bill,
I have found a solution.
1. remade the boost libraries with:b2 link=static runtime-link=static
install
2. made three changes to CMakeLists.txt
79,80d78
< # JMN Added next line
< set (Boost_USE_STATIC_RUNTIME ON)
1067c1065
< #target_compile_definitions (wsjt_cxx PUBLIC BOOS
On 16/11/2020 14:25, John Nelson via wsjt-devel wrote:
Hi Bill,
How did you build and install he Boost C++ libraries?
bootstrap.sh —prefix=/usr/local/ —libdir=/usr/local/lib
—includedir=/usr/local/include
b2 install
If my configure is finding the static libraries — what change in configu
Hi Bill,
> How did you build and install he Boost C++ libraries?
bootstrap.sh —prefix=/usr/local/ —libdir=/usr/local/lib
—includedir=/usr/local/include
b2 install
If my configure is finding the static libraries — what change in configuration
must be made to force it to find the dynamic libr
On 16/11/2020 13:16, John Nelson via wsjt-devel wrote:
Hi Bill,
all that should be needed after building and installing the Boost libraries is
to include the path where they are installed in the CMAKE_PREFIX_PATH
CMake knows there the boost libraries are. For instance:
-- Building wsjtx v2.
Hi Bill,
> all that should be needed after building and installing the Boost libraries
> is to include the path where they are installed in the CMAKE_PREFIX_PATH
CMake knows there the boost libraries are. For instance:
-- Building wsjtx v2.3.0.0-rc2
-- Found Boost 1.70.0 at /usr/local/lib/cma
On 16/11/2020 09:02, John Nelson via wsjt-devel wrote:
Hi Bill,
I have installed Boost 1.70 and updated CMake. Could you send me the cmake
build command that you use for Mac build? Are there particular link options
for boost?
Thanks…
— John G4KLA
Hi John,
all that should be needed aft
HI Bill,
Further to my previous email when I requested:
> Could you send me the cmake build command that you use for Mac build? Are
> there particular link options for boost?
The problem at link time is:
Undefined symbols for architecture x86_64:
"boost::log::v2_mt_posix::attributes::timer
Hi Bill,
I have installed Boost 1.70 and updated CMake. Could you send me the cmake
build command that you use for Mac build? Are there particular link options
for boost?
Thanks…
— John G4KLA
smime.p7s
Description: S/MIME cryptographic signature
On 15/11/2020 20:07, Stefan Wernli wrote:
Hi Bill and David,
libboost-dev didn't help, but libboost-all-dev solved the problem. It
compiled and runs fine so far.
Thanks and best 73
Stefan
Hi Stefan,
thanks for the update, glad you are up and running with WSJT-X v2.3.0 RC2.
73
Bill
G4WJS.
Hi Bill and David,
libboost-dev didn't help, but libboost-all-dev solved the problem. It
compiled and runs fine so far.
Thanks and best 73
Stefan
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinf
Versions.cmake is missing from the tar file.
Mike W9MDB
On Sunday, November 15, 2020, 11:12:10 AM CST, Stefan Wernli
wrote:
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
-- Perfor
I couldn’t compile it either. Just installed the binary.
Sent from my iPhone
> On Nov 15, 2020, at 9:12 AM, Stefan Wernli wrote:
>
> Hi,
>
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
>
>
> -- Building wsjtx v2.3.0.0-r
You need the boost libraries:
sudo apt install libboost-dev
On Sun, Nov 15, 2020 at 12:09 PM Stefan Wernli wrote:
> Hi,
>
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
>
>
> -- Building wsjtx v2.3.0.0-rc2
> -- Performing Tes
On 15/11/2020 15:51, Stefan Wernli wrote:
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
-- Performing Test HAVE_MATH
-- Performing Test HAVE_MATH - Failed
-- Performing Test HAVE_LIBM_MATH
--
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
-- Performing Test HAVE_MATH
-- Performing Test HAVE_MATH - Failed
-- Performing Test HAVE_LIBM_MATH
-- Performing Test HAVE_LIBM_MATH - Success
CMa
19 matches
Mail list logo