Compilation fails on 86_64

GoogleCodeExporter commented 8 years ago

Hi,
compilation of r150 fails on
cc1plus: warnings being treated as errors
ocelot/ir/implementation/LLVMInstruction.cpp: In member function 
'std::string ir::LLVMInstruction::Operand::toString() const':
ocelot/ir/implementation/LLVMInstruction.cpp:147: error: dereferencing 
type-punned pointer will break strict-aliasing rules
ocelot/ir/implementation/LLVMInstruction.cpp:206: error: dereferencing 
type-punned pointer will break strict-aliasing rules

Sems that 'classical' solution to this problem is to introduce an union of 
uint32/64 and a float/double. 
Seems that there exists something called std::hexfloat (like std::hex) but 
unfortunately compiler can't find it.

Original issue reported on code.google.com by korgulec@gmail.com on 1 Oct 2009 at 6:51

GoogleCodeExporter commented 8 years ago

Also 
ocelot/executive/implementation/LLVMExecutableKernel.cpp
fails saying that std::exp is undefined, removing std:: fixed it.

Original comment by korgulec@gmail.com on 1 Oct 2009 at 7:10

GoogleCodeExporter commented 8 years ago

We really need an automated regression system for ocelot.  Right now I am 
developing
on a mix of x86 and x86_64 platforms and bugs do not always manifest themselves 
on
both.  

Anyways, this should be fixed now as of r151, let me know if you have any more 
problems.

Original comment by gregory....@gatech.edu on 3 Oct 2009 at 6:37

Changed state: Fixed

raxtechbits / gpuocelot

Compilation fails on 86_64 #29