[LLVMdev] strange dbgs() behavior: unable to print floats in machine backend
Bjorn De Sutter
bjorn.desutter at elis.ugent.be
Mon Nov 26 23:47:01 PST 2012
Hi,
that solved my problem on trunk as well, thanks. Strange that you have to include this though.
Bjorn
On 27 Nov 2012, at 00:00, Daniel Prokesch <daniel.prokesch at gmail.com> wrote:
> Hi,
>
> I accidentally stumbled upon your post.
> I observed similar behaviour whenever I did not include
>
> #include "llvm/Support/Debug.h"
> #include "llvm/Support/raw_ostream.h"
>
> I'm working on release 3.1 though.
>
> hth, Daniel
>
> On 11/26/2012 03:00 PM, Bjorn De Sutter wrote:
>> Hi,
>>
>> I am trying to debug my backend, and observe very strange behavior with dbgs():
>>
>> In the IfConverter, I have added two debugging lines that print floating-point numbers for the sake of demonstration that such printing works fine.
>>
>> bool MeetIfcvtSizeLimit(MachineBasicBlock &BB,
>> unsigned Cycle, unsigned Extra,
>> const BranchProbability &Prediction) const {
>>
>> dbgs() << "OOPS " << 1.14 << "\n";
>> bool flag = Cycle > 0 && TII->isProfitableToIfCvt(BB, Cycle, Extra,
>> Prediction);
>> dbgs() << "OOPS " << 1.15 << "\n";
>> return flag;
>> }
>>
>> This method invokes the backend method
>>
>> bool ADRESInstrInfo::isProfitableToIfCvt(MachineBasicBlock &MBB, unsigned NumCycles, unsigned ExtraPredCycles,
>> const BranchProbability &Probability) const {
>> dbgs() << "OOPS " << 1.16 << "\n";
>> }
>>
>> This invocation works as it should (verified with gdb). But when I execute this code fragment, I get
>>
>> OOPS 1.140000e+00
>> OOPS %physreg1
>> OOPS 1.150000e+00
>>
>> So suddenly in the machine backend, the dbgs() ostream (which is still the very same ostream as in the IfConverter, I checked the address with gdb) prints floating point numbers as if they are physical registers. Any idea what is going on or how I can force floating-point numbers to be printed in the backend code? I want to do that to tune my if-predication heuristics ...
>>
>> By the way, when I step through the isProfitableToIfCvt method, rather than invoking a <<-operator in an ostream class, the constructor of the Twine class is invoked ...
>>
>> Thanks,
>>
>> Bjorn De Sutter
>> Computer Systems Lab
>> Ghent University
>>
>>
>>
>>
>>
>> _______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
More information about the llvm-dev
mailing list