Details
-
Type:
Bug
-
Status: Invalid
-
Resolution: Done
-
Fix Version/s: None
-
Component/s: afw
-
Labels:
Description
I'm guessing this is going to be assigned "won't fix" (due to XCode age), but I get the following error when attempting to build afw master on OSX 10.9, which has XCode 6.2 (most recent available version). That particular line was last changed in 2014, so I suspect the actual error is being caused elsewhere and only shows up here.
In file included from src/cameraGeom/CameraSys.cc:23:
|
In file included from include/lsst/afw/cameraGeom/CameraSys.h:31:
|
include/lsst/afw/geom/TransformMapImpl.h:60:21: error: no matching member
|
function for call to 'insert'
|
_transforms.insert(std::make_pair(nativeCoordSys,
|
~~~~~~~~~~~~^~~~~~
|
src/cameraGeom/CameraSys.cc:54:22: note: in instantiation of member function
|
'lsst::afw::geom::TransformMap<lsst::afw::cameraGeom::CameraSys>::TransformMap'
|
requested here
|
template class geom::TransformMap<cameraGeom::CameraSys>;
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1041:9: note:
|
candidate function not viable: no known conversion from 'pair<typename
|
__make_pair_return<const class CameraSys &>::type, typename
|
__make_pair_return<class shared_ptr<class IdentityXYTransform> >::type>'
|
to 'const pair<const key_type, mapped_type>' for 1st argument
|
insert(const value_type& __v) {return __tree_.__insert_unique(__v);}
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1059:10: note:
|
candidate function not viable: no known conversion from 'pair<typename
|
__make_pair_return<const CameraSys &>::type, typename
|
__make_pair_return<shared_ptr<IdentityXYTransform> >::type>' to
|
'initializer_list<value_type>' for 1st argument
|
void insert(initializer_list<value_type> __il)
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1026:42: note:
|
candidate template ignored: disabled by 'enable_if' [with _Pp =
|
std::__1::pair<lsst::afw::cameraGeom::CameraSys,
|
std::__1::shared_ptr<lsst::afw::geom::IdentityXYTransform> >]
|
class = typename enable_if<is_constructible<value_type, _P...
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1034:18: note:
|
candidate function template not viable: requires 2 arguments, but 1 was
|
provided
|
iterator insert(const_iterator __pos, _Pp&& __p)
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1050:14: note:
|
candidate function template not viable: requires 2 arguments, but 1 was
|
provided
|
void insert(_InputIterator __f, _InputIterator __l)
|
^
|
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:1045:9: note:
|
candidate function not viable: requires 2 arguments, but 1 was provided
|
insert(const_iterator __p, const value_type& __v)
|
^
|
1 error generated.
|
Also, for the record:
$ g++ -v
|
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
|
Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn)
|
Target: x86_64-apple-darwin13.4.0
|
Thread model: posix
|
$ clang -v
|
Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn)
|
Target: x86_64-apple-darwin13.4.0
|
Thread model: posix
|
Attachments
Issue Links
Activity
Ok, it does appear that I had the wrong base setup at some point above (forgot that my current was not the latest): the afw build is now making more progress.
Should I mark this as "invalid" now? The initial error appears to be caused by my not having the correct version of "base" setup while attempting to debug another problem with afw.
I would say yes. If it builds for you with pure master.
Pim Schellart [X] (Inactive)
added a comment - I would say yes. If it builds for you with pure master. User error: I was attempting to identify the "tests/rgb.py" failure by running scons in afw, and had set up an older version of base which caused the error shown.
I apologize for the trouble.
Ah. The preceding "g" confused me.
The latest version of the branch with this ticket no longer uses the CONST_PTR macro; it may be useful for debugging.