search for: zerosignificand

It's in debug. I'm having a look at the assembler it's producing right now and it's definitely a little odd for what should be a simple assignment in zeroSignificand. ________________________________ From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Dale Johannesen Sent: Wednesday, September 05, 2007 2:39 PM To: LLVM Developers Mailing List Subject: Re: [LLVMdev] Seeing a crash with ConstantFP::get On Sep 5,...

...ednesday, September 05, 2007 2:51 PM To: LLVM Developers Mailing List Subject: Re: [LLVMdev] Seeing a crash with ConstantFP::get It's in debug. I'm having a look at the assembler it's producing right now and it's definitely a little odd for what should be a simple assignment in zeroSignificand. ________________________________ From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Dale Johannesen Sent: Wednesday, September 05, 2007 2:39 PM To: LLVM Developers Mailing List Subject: Re: [LLVMdev] Seeing a crash with ConstantFP::get On Sep 5,...

...call stack looks like this: > > > > in here it fails this: assert(category == fcNormal || > category == fcNaN); > > Fibonacci.exe!llvm::APFloat::significandParts() Line > 360 + 0x39 bytes C++ > > Fibonacci.exe!llvm::APFloat::zeroSignificand() Line > 387 + 0x15 bytes C++ I've been working in this area and probably introduced this, but I don't see how: zeroSignificand() sets 'category' to fcNormal before calling significandParts, so I don't see how that assert could be triggered. The call stack loo...

...impler and is independent of the JITter. My call stack looks like this: in here it fails this: assert(category == fcNormal || category == fcNaN); Fibonacci.exe!llvm::APFloat::significandParts() Line 360 + 0x39 bytes C++ Fibonacci.exe!llvm::APFloat::zeroSignificand() Line 387 + 0x15 bytes C++ Fibonacci.exe!llvm::APFloat::APFloat(const llvm::fltSemantics & ourSemantics={...}, unsigned __int64 value=1) Line 307 C++ Fibonacci.exe!`anonymous namespace'::DenseMapAPFloatKeyInfo::getEmptyKey() Line 277 + 0x11 bytes C++...

...2007 2:51 PM > To: LLVM Developers Mailing List > Subject: Re: [LLVMdev] Seeing a crash with ConstantFP::get > > > > It’s in debug. I’m having a look at the assembler it’s producing > right now and it’s definitely a little odd for what should be a > simple assignment in zeroSignificand. > > > > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev- > bounces at cs.uiuc.edu] On Behalf Of Dale Johannesen > Sent: Wednesday, September 05, 2007 2:39 PM > To: LLVM Developers Mailing List > Subject: Re: [LLVMdev] Seeing a crash with ConstantFP::get > > >...

This patch supplies software IEEE floating point support. The comment from the patch reproduced below says all there is to say. This patch contains the prior "cleanup" patch; please don't apply that one. Please let me know of any bugs. It is tested reasonably well, but until I put together random tests it's hard to have 100% confidence. Neil. /* A self-contained host- and