[Trilinos-Users] [EXTERNAL] stk undefined symbols issue for the Mac OS build

[Zhekai Deng]

Thanks for the reply.

I need to use PyTrilinos, which required shared libs. It seems that this
problem only occurs in Mac OS but not Linux. I am not sure if the
workaround approach still work for the Trilinos build right now as those
error are after implementation of manually changed DEPLIBS.

I will keep track on this issue, and probably go back to earlier release of
Trilinos build to see I have any luck on those. Any other suggestion would
be appreciated. Thank you.

Best,

Zhekai

On Mon, Dec 12, 2016 at 7:48 PM, Bartlett, Roscoe A <rabartl at sandia.gov>
wrote:

> I saw this myself recently.  See:
>
>
>
> ·        https://github.com/trilinos/Trilinos/issues/482#
> issuecomment-260158990
>
>
>
> I think the issue is that the main customer for STK never uses shared libs
> so this never gets tested with shared libs turned on.
>
>
>
> Can you just build static libs?
>
>
>
> -Ross
>
>
>
> *From:* Trilinos-Users [mailto:trilinos-users-bounces at trilinos.org] *On
> Behalf Of *Zhekai Deng
> *Sent:* Monday, December 12, 2016 8:42 PM
> *To:* trilinos-users at trilinos.org
> *Subject:* [EXTERNAL] [Trilinos-Users] stk undefined symbols issue for
> the Mac OS build
>
>
>
> Hello all,
>
>
>
> I have been trying build a Trilinos on Mac for a few days and have no luck
> on this. I have tried different Mac OS, and I am getting error listed
> below. There is an open issue on github seems also talking about this (
> https://github.com/trilinos/Trilinos/issues/62). I also got the exact the
> same exact error messages on issue 62 once in my own trial and error, but I
> lost the record for that. It appears all come down to the same
> "libstk_util_env.12.11.dylib". I don't use Albany, and just need access to
> Trilinos. So I implemented the workaround from github issue 62, but that
> did not resolve my issue ( the error below after I implement the work
> around on Github and still get error below). I have also attached my simple
> build configure file.
>
>
>
> Could someone who have successful experience with the workaround approach
> on issue 62 shed some light on my problems ? Any ideas will be greatly
> appreciated! Thank you very much.
>
>
>
> Best,
>
>
>
> Zhekai
>
>
>
> Undefined symbols for architecture x86_64:
>
>   "boost::program_options::to_internal(std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&)", referenced from:
>
>       boost::program_options::basic_parsed_options<char>
> boost::program_options::parse_command_line<char>(int, char const* const*,
> boost::program_options::options_description const&, int,
> boost::function1<std::pair<std::basic_string<char,
> std::char_traits<char>, std::allocator<char> >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&>) in Env.cpp.o
>
>   "boost::program_options::detail::cmdline::set_additional_parser(boost::
> function1<std::pair<std::basic_string<char, std::char_traits<char>,
> std::allocator<char> >, std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > >, std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > const&>)", referenced from:
>
>       boost::program_options::basic_parsed_options<char>
> boost::program_options::parse_command_line<char>(int, char const* const*,
> boost::program_options::options_description const&, int,
> boost::function1<std::pair<std::basic_string<char,
> std::char_traits<char>, std::allocator<char> >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&>) in Env.cpp.o
>
>   "boost::program_options::detail::cmdline::cmdline(std::vector<std::basic_string<char,
> std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > > > const&)", referenced
> from:
>
>       boost::program_options::basic_parsed_options<char>
> boost::program_options::parse_command_line<char>(int, char const* const*,
> boost::program_options::options_description const&, int,
> boost::function1<std::pair<std::basic_string<char,
> std::char_traits<char>, std::allocator<char> >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > >, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&>) in Env.cpp.o
>
>   "boost::program_options::abstract_variables_map::
> operator[](std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > const&) const", referenced from:
>
>       sierra::Env::get_param(char const*) in Env.cpp.o
>
> ld: symbol(s) not found for architecture x86_64
>
> collect2: error: ld returned 1 exit status
>
> make[2]: *** [packages/stk/stk_util/stk_util/environment/libstk_util_env.12.11.dylib]
> Error 1
>
> make[1]: *** [packages/stk/stk_util/stk_util/environment/CMakeFiles/stk_util_env.dir/all]
> Error 2
>
> make: *** [all] Error 2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://trilinos.org/pipermail/trilinos-users/attachments/20161212/821b77c3/attachment.html>