This is a port of facter 3, which is now written in C++. It does install it's ruby "connector" into /usr/local/lib/ruby/vendor_ruby, I'm unsure if that's OK. Also, I didn't get it to compile on 9.x despite specifying C++11.
Details
Details
Diff Detail
Diff Detail
- Repository
- rP FreeBSD ports repository
- Lint
No Lint Coverage - Unit
No Test Coverage - Build Status
Buildable 475 Build 475: arc lint + arc unit
Event Timeline
Comment Actions
It doesn't really matter where it installs its stuff, as long as ruby -rfacter works :-)
What breaks on FreeBSD 9 ? (I'm by no mean a C++ expert, just wondering.)
| sysutils/facter/Makefile | ||
|---|---|---|
| 23 | Can it build if rubygem-facter is installed ? | |
Comment Actions
On FreeBSD 9.3 (poudriere jail on 10.2):
[ 6%] Building CXX object lib/CMakeFiles/libfactersrc.dir/src/facts/collection.cc.o
cd /wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib && /usr/local/bin/g++48 -DBOOST_ALL_DYN_LINK -DBOOST_LOG_WITHOUT_WCHAR_T -DLEATHERMAN_LOGGING_NAMESPACE=\"puppetlabs.facter\" -DUSE_OPENSSL -DUSE_POSIX_FUNCTIONS -DUSE_YAMLCPP -O2 -pipe -fstack-protector -Wl,-rpath=/usr/local/lib/gcc48 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -Wno-maybe-uninitialized -std=c++11 -Wall -Werror -Wno-unused-parameter -Wno-unused-local-typedefs -Wno-unknown-pragmas -Wno-missing-field-initializers -Wextra -O2 -pipe -fstack-protector -Wl,-rpath=/usr/local/lib/gcc48 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc48 -fPIC -I/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib/inc -I/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/vendor/rapidjson-0.11/include -I/usr/local/include -I/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/vendor/leatherman/vendor/boost-nowide -I/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/vendor/leatherman/locale/inc -I/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/vendor/leatherman/logging/inc -Winvalid-pch -include "/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib/cotire/libfactersrc_CXX_prefix.hxx" -o CMakeFiles/libfactersrc.dir/src/facts/collection.cc.o -c /wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib/src/facts/collection.cc
/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib/src/facts/collection.cc: In member function 'const facter::facts::value* facter::facts::collection::lookup(const facter::facts::value*, const string&)':
/wrkdirs/usr/ports/sysutils/facter/work/facter-3.0.2/lib/src/facts/collection.cc:389:34: error: 'stoi' was not declared in this scope
index = stoi(name);
^
*** [lib/CMakeFiles/libfactersrc.dir/src/facts/collection.cc.o] Error code 1| sysutils/facter/Makefile | ||
|---|---|---|
| 23 | it can :) | |
Comment Actions
For the record, I'm getting the same compiler error with 10.2 on sparc64 (which has gcc 4.2 in base and thus uses lang/gcc)
| sysutils/facter/Makefile | ||
|---|---|---|
| 27 | Have you tested that ? | |
| sysutils/facter/Makefile | ||
|---|---|---|
| 27 | fixed now. | |
| sysutils/facter/Makefile | ||
|---|---|---|
| 28–29 | well, those two could be collapsed into one, otherwise, looks good. | |