Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can't build GoTools download from here #5

Open
jrleek opened this issue Jun 17, 2014 · 3 comments
Open

Can't build GoTools download from here #5

jrleek opened this issue Jun 17, 2014 · 3 comments

Comments

@jrleek
Copy link

jrleek commented Jun 17, 2014

Hi, I heard that GoTools viewlib is the viewer I should be using for SISL, so, I've been trying to build GoTools. I've been having a very difficult time of it though. Here are some of the problems I've had:

  1. cmake insists on trying to use the boost in /usr/lib64. I'm on a shared machine, and the boost installed at /usr/lib64 is 1.41. GoTools cmake gets an error when it tries to build against it:

Boost found.

CMake Error at /usr/lib64/boost/Boost.cmake:16 (ADD_LIBRARY):
add_library cannot create imported target "boost_date_time-static" because
another target with the same name already exists.
Call Stack (most recent call first):
/usr/lib64/boost/BoostConfig.cmake:28 (include)
/usr/local/tools/cmake-2.8.10/share/cmake-2.8/Modules/FindBoost.cmake:284 (find_package)
CMakeLists.txt:104 (FIND_PACKAGE)

snip

So I built and installed both boost 1.55 and 1.51 into my own directories, but even if I set BOOST_DIR in ccmake, cmake just switches it back to /usr/lib64.
I got around the above error by editing the CMakeLists.txt file to force it to find boost 1.51.

  1. Which got it building, but it still insists the BOOST_DIR is /usr/lib64
  2. Now cmake has somehow added another lib64 on /usr/lib64. So I'm changing these by hand by hand in the makerfiles.
    [ 57%] Built target testApproxCurve
    make[2]: *** No rule to make target /usr/lib64/lib64/libboost_unit_test_framework-mt.so.5', needed bygotools-core/unit_tests/testBoundedSurface'. Stop.
  3. But that just bought me this:
    Linking CXX executable unit_tests/testBoundedSurface
    /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/crt1.o: In function _start': (.text+0x20): undefined reference tomain'
    collect2: ld returned 1 exit status

I'm obviously doing something wrong here. Do I need a specific version of boost? Does it HAVE to be installed in /usr/lib64?

@tordokken
Copy link

Hui,

I have no knowledge of this and the one that might help is on parental leave until August.

Tor

From: jrleek [mailto:[email protected]]
Sent: 18. juni 2014 00:52
To: SINTEF-Geometry/GoTools
Subject: [GoTools] Can't build GoTools download from here (#5)

Hi, I heard that GoTools viewlib is the viewer I should be using for SISL, so, I've been trying to build GoTools. I've been having a very difficult time of it though. Here are some of the problems I've had:

  1. cmake insists on trying to use the boost in /usr/lib64. I'm on a shared machine, and the boost installed at /usr/lib64 is 1.41. GoTools cmake gets an error when it tries to build against it:

Boost found.

CMake Error at /usr/lib64/boost/Boost.cmake:16 (ADD_LIBRARY):
add_library cannot create imported target "boost_date_time-static" because
another target with the same name already exists.
Call Stack (most recent call first):
/usr/lib64/boost/BoostConfig.cmake:28 (include)
/usr/local/tools/cmake-2.8.10/share/cmake-2.8/Modules/FindBoost.cmake:284 (find_package)
CMakeLists.txt:104 (FIND_PACKAGE)

[snip]

So I built and installed both boost 1.55 and 1.51 into my own directories, but even if I set BOOST_DIR in ccmake, cmake just switches it back to /usr/lib64.
I got around the above error by editing the CMakeLists.txt file to force it to find boost 1.51.

  1.  Which got it building, but it still insists the BOOST_DIR is /usr/lib64
    
  2.  Now cmake has somehow added another lib64 on /usr/lib64. So I'm changing these by hand by hand in the makerfiles.
    

    [ 57%] Built target testApproxCurve
    make[2]: *** No rule to make target /usr/lib64/lib64/libboost_unit_test_framework-mt.so.5', needed bygotools-core/unit_tests/testBoundedSurface'. Stop.

  3.  But that just bought me this:
    

    Linking CXX executable unit_tests/testBoundedSurface
    /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/crt1.o: In function _start':
    (.text+0x20): undefined reference tomain'
    collect2: ld returned 1 exit status

I'm obviously doing something wrong here. Do I need a specific version of boost? Does it HAVE to be installed in /usr/lib64?


Reply to this email directly or view it on GitHubhttps://github.com//issues/5.

@jrleek
Copy link
Author

jrleek commented Jun 18, 2014

Hrm, I'd like to get this going sooner than August. Can you tell me how you build it? What's your environment like? Which version of Boost? Where is it installed? etc.
Thanks

@tordokken
Copy link

Hi,

As I do not pram I do not have this info myself.
I will ask around.

Tor

From: jrleek [mailto:[email protected]]
Sent: 18. juni 2014 16:56
To: SINTEF-Geometry/GoTools
Cc: Tor Dokken
Subject: Re: [GoTools] Can't build GoTools download from here (#5)

Hrm, I'd like to get this going sooner than August. Can you tell me how you build it? What's your environment like? Which version of Boost? Where is it installed? etc.
Thanks


Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-46446416.

@GBZH GBZH mentioned this issue Aug 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants