|
Boost-Build : |
Subject: Re: [Boost-build] Compiler warnings building Boost 1.37.0 for Macintosh OS X
From: Vladimir Prus (ghost_at_[hidden])
Date: 2008-11-04 03:35:57
On Tuesday 04 November 2008 06:13:31 Doug Hill wrote:
> Hello there,
>
> I just got the latest Boost release 1.37.0. I'm attempting to build
> the libraries on a Machine with OS X 10.5.5 and XCode 3.1.1. I made
> the following change:
> - Commented out line 46 of /boost/math/tools/config.hpp
> //# define BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS
>
> I then used the following command for the build:
>
> sudo bjam --toolset=darwin --build-type=complete architecture=combined
>
> I get a large number of warnings that I can't immediately tell if they
> are significant or not:
>
> =
> =
> =
> ========================================================================
> ./boost/spirit/home/support/iterators/multi_pass.hpp:151: warning:
> âboost
> ::spirit
> ::multi_pass
> <
> std
> ::pair
> <boost::wave::cpplexer::impl::lex_iterator_functor_shim<token_type>,
> boost::wave::cpplexer::lex_input_interface<token_type>*>,
> boost
> ::spirit
> ::multi_pass_policies
> ::default_policy<boost::spirit::multi_pass_policies::ref_counted,
> boost::spirit::multi_pass_policies::no_check,
> boost::spirit::multi_pass_policies::split_functor_input,
> boost::spirit::multi_pass_policies::split_std_deque> >::sharedâ will
> be initialized after
> ./boost/spirit/home/support/iterators/multi_pass.hpp:82: warning:
> base
> âboost
> ::spirit
> ::multi_pass_policies
> ::default_policy<boost::spirit::multi_pass_policies::ref_counted,
> boost::spirit::multi_pass_policies::no_check,
> boost::spirit::multi_pass_policies::split_functor_input,
> boost
> ::spirit
> ::multi_pass_policies
> ::split_std_deque
> >
> ::unique
> <
> std
> ::pair
> <boost::wave::cpplexer::impl::lex_iterator_functor_shim<token_type>,
> boost::wave::cpplexer::lex_input_interface<token_type>*> >â
> ./boost/spirit/home/support/iterators/multi_pass.hpp:81: warning:
> when initialized here
> ./boost/spirit/home/support/iterators/multi_pass.hpp: In copy
> constructor âboost::spirit::multi_pass<T, Policies>::multi_pass(const
> boost::spirit::multi_pass<T, Policies>&) [with T =
> std
> ::pair
> <boost::wave::cpplexer::impl::lex_iterator_functor_shim<token_type>,
> boost::wave::cpplexer::lex_input_interface<token_type>*>, Policies =
> boost
> ::spirit
> ::multi_pass_policies
> ::default_policy<boost::spirit::multi_pass_policies::ref_counted,
> boost::spirit::multi_pass_policies::no_check,
> boost::spirit::multi_pass_policies::split_functor_input,
> boost::spirit::multi_pass_policies::split_std_deque>]â:
> ./boost/wave/cpplexer/cpp_lex_iterator.hpp:170: instantiated from
> âstatic boost::spirit::classic::tree_parse_info<LexIteratorT, typename
> boost::wave::grammars::cpp_grammar_gen<LexIteratorT,
> TokenContainerT>::node_factory_type, boost::spirit::classic::nil_t>
> boost::wave::grammars::cpp_grammar_gen<LexIteratorT,
> TokenContainerT>::parse_cpp_grammar(const LexIteratorT&, const
> LexIteratorT&, const typename
> LexIteratorT::token_type::position_type&, bool&, typename
> LexIteratorT::token_type&, TokenContainerT&) [with LexIteratorT =
> lexer_type, TokenContainerT = token_sequence_type]â
> libs/wave/src/instantiate_cpp_grammar.cpp:45: instantiated from here
>
> <many other snipped>
>
> libs/python/src/converter/from_python.cpp: In function
> âboost::python::converter::rvalue_from_python_stage1_data
> boost::python::converter::rvalue_from_python_stage1(PyObject*, const
> boost::python::converter::registration&)â:
> libs/python/src/converter/from_python.cpp:42: warning: âdata
> $constructâ may be used uninitialized in this function
> libs/python/src/converter/from_python.cpp: In function âvoid*
> boost::python::converter::rvalue_result_from_python(PyObject*,
> boost::python::converter::rvalue_from_python_stage1_data&)â:
> libs/python/src/converter/from_python.cpp:42: warning: âdata
> $constructâ may be used uninitialized in this function
>
> <many others snipped>
> =
> =
> =
> ========================================================================
>
> Can anyone tell me if these warnings are something that I should be
> concerned about?
I'm afraid you have to ask the maintainers of the libraries that produce
those warnings (maybe, on boost_at_[hidden]). Boost does not have
any single person who knows.
- Volodya
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk