Package Details: quantlib 1.36-1

Git Clone URL: https://aur.archlinux.org/quantlib.git (read-only, click to copy)
Package Base: quantlib
Description: A free/open-source library for quantitative finance.
Upstream URL: http://quantlib.org
Licenses: BSD-3-Clause
Submitter: None
Maintainer: xgdgsc (thrasibule)
Last Packager: thrasibule
Votes: 11
Popularity: 0.000000
First Submitted: 2007-01-01 07:43 (UTC)
Last Updated: 2024-10-15 17:09 (UTC)

Latest Comments

1 2 3 Next › Last »

whelanh commented on 2024-05-11 01:14 (UTC)

To get this to compile and install, I had to add '#include <algorithm>' to /quantlib/src/QuantLib-1.34/ql/time/schedule.cpp as I was getting an error that 'reverse was not an element of std::' (see lines 244,245). I also received a test failure on the BesselFunction....so had to use the --nocheck option for makepkg.

thrasibule commented on 2023-11-01 13:35 (UTC)

@a.kudelin you can just set CXX=clang++ in your environment if you want to use clang, gcc is not hardcoded in the PKGBUILD. Which tests are failing with gcc? Upstream is building and testing with gcc, so I'm surprised you get tests errors with it.

a.kudelin commented on 2023-11-01 12:22 (UTC)

Hi, could you please switch compilers to clang/clang++? GCC produces worse code and leads to test errors.

a.kudelin commented on 2022-07-26 11:24 (UTC) (edited on 2022-07-26 12:32 (UTC) by a.kudelin)

@thrasibule, I found that the current package configuration makes some tests from the internal suite fail. I have already reported the problem on github. Also it would be nice to add the flag -mno-avx.

thrasibule commented on 2022-07-26 05:55 (UTC)

I'll bump it. What loss of precision are you talking about, and where do you fix it in your patch?

a.kudelin commented on 2022-07-25 20:05 (UTC)

Dear maintainers,
Please consider my patch bumping the version and fixing the loss of precision:
https://pastebin.com/xRG6xnsz

thrasibule commented on 2019-03-15 00:47 (UTC)

@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.

retronostalgia commented on 2019-03-14 22:16 (UTC)

@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