Comments (6)
lballabio
commented on June 12, 2024
Was that a clean build? May you try with the 1.33 release candidate at https://github.com/lballabio/QuantLib/releases/tag/v1.33rc, or with 1.33 if it comes out by the time you read this? Thanks!
from quantlib.
ryandesign
commented on June 12, 2024
Was that a clean build?
I think so. I (or rather MacPorts on my behalf) extracted the 1.30 tarball and configured and began to build it. When I encountered a build error from #1091 I manually patched the file and continued to build without starting from scratch.
May you try with the 1.33 release candidate
Oh! I didn't realize versions newer than 1.30 were available. The automated checking I had programmed into the MacPorts port was looking for tags beginning with "QuantLib-v" and I see you have switched to tags beginning with "v". I will try a newer version.
from quantlib.
ryandesign
commented on June 12, 2024
With 1.32 and 1.33-rc I did not have to apply any patch for #1091.
With 1.32 linking failed with:
Undefined symbols for architecture x86_64:
"std::__1::vector<QuantLib::Handle<QuantLib::Quote>, std::__1::allocator<QuantLib::Handle<QuantLib::Quote> > >::~vector()", referenced from:
BatesModelTest::testDAXCalibration() in batesmodel.o
QuantLib::InterpolatedZeroCurve<QuantLib::Linear>::InterpolatedZeroCurve(std::__1::vector<QuantLib::Date, std::__1::allocator<QuantLib::Date> > const&, std::__1::vector<double, std::__1::allocator<double> > const&, QuantLib::DayCounter const&, QuantLib::Calendar const&, std::__1::vector<QuantLib::Handle<QuantLib::Quote>, std::__1::allocator<QuantLib::Handle<QuantLib::Quote> > > const&, std::__1::vector<QuantLib::Date, std::__1::allocator<QuantLib::Date> > const&, QuantLib::Linear const&, QuantLib::Compounding, QuantLib::Frequency) in batesmodel.o
QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
virtual thunk to QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
virtual thunk to QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
QuantLib::ZeroYieldStructure::~ZeroYieldStructure() in batesmodel.o
...
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [quantlib-test-suite] Error 1
With 1.33-rc the error was:
Undefined symbols for architecture x86_64:
"std::__1::vector<QuantLib::Handle<QuantLib::Quote>, std::__1::allocator<QuantLib::Handle<QuantLib::Quote> > >::~vector()", referenced from:
QuantLibTests::BatesModelTests::testDAXCalibration::test_method() in batesmodel.o
QuantLib::InterpolatedZeroCurve<QuantLib::Linear>::InterpolatedZeroCurve(std::__1::vector<QuantLib::Date, std::__1::allocator<QuantLib::Date> > const&, std::__1::vector<double, std::__1::allocator<double> > const&, QuantLib::DayCounter const&, QuantLib::Calendar const&, std::__1::vector<QuantLib::Handle<QuantLib::Quote>, std::__1::allocator<QuantLib::Handle<QuantLib::Quote> > > const&, std::__1::vector<QuantLib::Date, std::__1::allocator<QuantLib::Date> > const&, QuantLib::Linear const&, QuantLib::Compounding, QuantLib::Frequency) in batesmodel.o
QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
virtual thunk to QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
virtual thunk to QuantLib::YieldTermStructure::~YieldTermStructure() in batesmodel.o
QuantLib::ZeroYieldStructure::~ZeroYieldStructure() in batesmodel.o
...
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [quantlib-test-suite] Error 1
Trying a different compiler (llvm.org clang 16.0.6) to build 1.33-rc, the build succeeds.
from quantlib.
lballabio
commented on June 12, 2024
The instructions at https://www.quantlib.org/install/macosx.shtml suggest setting some particular CXXFLAGS and LDFLAGS based on the OS version --- do they make any difference?
from quantlib.
github-actions
commented on June 12, 2024
This issue was automatically marked as stale because it has been open 60 days with no activity. Remove stale label or comment, or this will be closed in two weeks.
from quantlib.
github-actions
commented on June 12, 2024
This issue was automatically closed because it has been stalled for two weeks with no further activity.
from quantlib.
Related Issues (20)
- Overnight leg in OvernightIndexedSwap doesn't register with it's coupons. HOT 1
- what is the replacement for the removed constructors of FixedRateBond taking an InterestRate? HOT 3
- potential for segfault in FittedBondDiscountCurve when L2 array is provided without guess array HOT 1
- potential for out of bounds access in FittedBondDiscountCurve when provided guess is of wrong size HOT 2
- FittedBondDiscountCurve: allow constraints
- FittedBondDiscountCurve: add resetGuess()
- TypeError: in method 'EndCriteria_call_', argument 3 of type 'Size &' HOT 9
- BondYield: Difference from expected yield for bonds with clean_price equal to face_value near maturity HOT 2
- Performance regression going from 1.31 to 1.34 HOT 10
- Replacement code of old ql.FixedRateBond HOT 1
- configure: error: Boost development files not found HOT 4
- Backward Genertion for SwapRateHelper in pyhton
- Build fails with GCC 13.2.0 because std::reverse is used without #include <algorithm> HOT 1
- Build fails with QL_COMPILE_WARNING_AS_ERROR=ON due an uniniti HOT 3
- LatestRelevantDate for OISRateHelper and SwapRateHelper should likely depend on the presence/absence of an exogenous discount curve. HOT 1
- Improving ql.ConstNotionalCrossCurrencyBasisSwapRateHelper and ql.MtMCrossCurrencyBasisSwapRateHelper HOT 1
- pricing a callable floater - valid combinations of swap/swaption classes, ir models, and swaption pricing engines
- Support calculation for Partial time barrier PUT options and expose to Python-SWIG
- Memory access violation on latest MSCV toolset in GitHub Actions runners HOT 7
- Autotools and CMake builds produce different config.hpp
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from quantlib.