Arch Linux User Repository

@retronostalgia getting rid of boost it the goal, but right now QuantLib still uses it even with --enable-std-function and enable-std-classes, so can't quite get rid of it yet. But downstream users of the library can get rid of boost, like RQuantLib if they fixed their code.

@thrasibule I see - thanks for the info. For now, I think it's simplest for me to recompile with boost. Although - if boost ends up not being needed, going forward, should it be removed from the dependency list?

Anyway, if it's useful for anyone, here is the issue I opened on GitHub originally: https://github.com/eddelbuettel/rquantlib/issues/129

@retronostalgia --enable-std-class was a typo, so it doesn't do anything. What happens is that quantlib now allows to be compiled without using boost (which is what the settings --enable-std-function and --enable-std-classes do). The RQuantLib library has boost hardcoded which is why it doesn't work. You can use my branch of rquantlib https://github.com/thrasibule/rquantlib/tree/no_boost which has a fix in. Or you can recompile quantlib with boost like you did.

@thrasibule thanks. I've also discovered that if I modify the current PKGBUILD to use the configure options of the previous PKGBUILD (i.e. change --enable-std-classes back to --enable-std-class and delete --enable-std-function) that RQuantLib works for me again. I don't know what those options do, however...

@retronostalgia You need this patch: https://github.com/thrasibule/rquantlib/commit/c458c09c94f38c5335197741320635e17c03d7ca or install my fork of rquantlib...

After upgrading to 1.15-1, the R package that calls QuantLib (RQuantlib) no longer loads or compiles. 1.14 worked fine.

The RQuantLib load error is: Error: package or namespace load failed for ‘RQuantLib’ in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '~/R/x86_64-pc-linux-gnu-library/3.5/RQuantLib/libs/RQuantLib.so': ~/R/x86_64-pc-linux-gnu-library/3.5/RQuantLib/libs/RQuantLib.so: undefined symbol: _ZNK8QuantLib9CPICoupon15checkPricerImplERKN5boost10shared_ptrINS_21InflationCouponPricerEEE

...and the first of many RQuantLib compile errors is:

affine.cpp: In function ‘void calibrateModel2(const boost::shared_ptr<QuantLib::ShortRateModel>&, const std::vector<boost::shared_ptr<QuantLib::BlackCalibrationHelper> >&, QuantLib::Real, Rcpp::NumericVector&, Rcpp::NumericVector&, Rcpp::NumericVector&)’: affine.cpp:37:88: error: no matching function for call to ‘QuantLib::ShortRateModel::calibrate(const std::vector<boost::shared_ptr<QuantLib::BlackCalibrationHelper> >&, QuantLib::LevenbergMarquardt&, QuantLib::EndCriteria)’ model->calibrate(helpers, om,QuantLib:: EndCriteria(400,100,1.0e-8, 1.0e-8, 1.0e-8));

The RQuantLib maintainer recommended I report the issue here. Let me know if you need any more info.

@xgdgsc, sorry I just saw your response. I can be a co-maintainer. I use QuantLib regularly, so I can help with version bumps and the like.

@thrasibule Thanks. Added. Would you like to become a co-mantainer?

Could you add the following options to configure?
--enable-intraday --enable-openmp --disable-static

The first one enable high precision dates, and the second one parallelize some code. The last one is to speed up compile. No need to build the static archive since it's not installed anyway.

Also you might want to remove the -j`nproc` option. The right parameter should already be passed by the MAKEFLAGS variable in makepkg.conf. (and nproc might not be the right number anyway, with distcc for instance).

I do not use this package now, please adopt it.