Displaying 20 results from an estimated 1600 matches similar to: "[LLVMdev] Warnings"
2011 Jun 24
2
[LLVMdev] inefficiencies in ConstantUniqueMap ?
Hi,
Consider ConstantUniqueMap::getOrCreate() (in lib/VMCore/ConstantsContext.h):
/// getOrCreate - Return the specified constant from the map, creating it if
/// necessary.
ConstantClass *getOrCreate(const TypeClass *Ty, ValRefType V) {
MapKey Lookup(Ty, V);
ConstantClass* Result = 0;
...
For array (or struct or vector) constants, typically:
ValType = vector<Constant*>
2011 Jun 24
0
[LLVMdev] inefficiencies in ConstantUniqueMap ?
On Jun 24, 2011, at 8:28 AM, Jay Foad wrote:
> Hi,
>
> Consider ConstantUniqueMap::getOrCreate() (in lib/VMCore/ConstantsContext.h):
>
> /// getOrCreate - Return the specified constant from the map, creating it if
> /// necessary.
> ConstantClass *getOrCreate(const TypeClass *Ty, ValRefType V) {
> MapKey Lookup(Ty, V);
> ConstantClass* Result = 0;
> ...
2006 May 09
1
[LLVMdev] Memory leaks in LLVM
Hi,
Probably some of the leaks Valgrind reports are spurious, but the numbers
seem to be significant enough to demand some attention:
==10132== LEAK SUMMARY:
==10132== definitely lost: 15,624 bytes in 558 blocks.
==10132== indirectly lost: 44,548 bytes in 1,591 blocks.
==10132== possibly lost: 37,576 bytes in 98 blocks.
==10132== still reachable: 1,336,876 bytes in 1,364 blocks.
2005 May 03
2
[LLVMdev] VC++ build broken
The recently added code:
static Constant *Div(const ConstantClass *V1, const ConstantClass *V2) {
if (V2->isExactlyValue(0.0)) return ConstantClass::get(*Ty, INFINITY);
if (V2->isExactlyValue(-0.0)) return ConstantClass::get(*Ty, -INFINITY);
if (V2->isNullValue()) return 0;
BuiltinType R = (BuiltinType)V1->getValue() /
(BuiltinType)V2->getValue();
return
2005 May 03
0
[LLVMdev] VC++ build broken
On Mon, 2 May 2005, Jeff Cohen wrote:
> The recently added code:
> static Constant *Div(const ConstantClass *V1, const ConstantClass *V2) {
> if (V2->isExactlyValue(0.0)) return ConstantClass::get(*Ty, INFINITY);
> if (V2->isExactlyValue(-0.0)) return ConstantClass::get(*Ty, -INFINITY);
> if (V2->isNullValue()) return 0;
> BuiltinType R =
2005 May 03
2
[LLVMdev] VC++ build broken
Yes, that will work. I'll make the change.
Chris Lattner wrote:
> On Mon, 2 May 2005, Jeff Cohen wrote:
>
>> The recently added code:
>> static Constant *Div(const ConstantClass *V1, const ConstantClass *V2) {
>> if (V2->isExactlyValue(0.0)) return ConstantClass::get(*Ty, INFINITY);
>> if (V2->isExactlyValue(-0.0)) return ConstantClass::get(*Ty,
2005 May 03
0
[LLVMdev] VC++ build broken
On Mon, 2 May 2005, Jeff Cohen wrote:
> Yes, that will work. I'll make the change.
While you're at it, please remove this line, which is dead:
if (V2->isNullValue()) return 0;
Thanks,
-Chris
> Chris Lattner wrote:
>
>> On Mon, 2 May 2005, Jeff Cohen wrote:
>>
>>> The recently added code:
>>> static Constant *Div(const ConstantClass *V1,
2009 Dec 04
0
simple reshape of a large data frame (reshape() runs out of memory)
Hello everyone,
I'm having a problem performing reshape() on a large data frame. The
operation is fairly trivial but it makes R run out of memory.
The data frame has the following structure:
ID DATE1 DATE2 VALTYPE
VALUE
'abcd1233' 2009-11-12 2009-12-23 'TYPE1'
123.45
...
VALTYPE is a string and is a factor with
2003 Dec 09
2
[LLVMdev] Linking Errors?
Can anyone help with these crazy linking errors??
/home/kgibbs/CS321/CVS/llvm/lib/Debug/vmcore.o(.gnu.linkonce.t._ZN4llvm12Lea
kDetector16addGarbageObjectEPKNS_5ValueE+0xd): In function
`llvm::LeakDetector::addGarbageObject(llvm::Value const*)':
/usr/include/c++/3.2.1/bits/stl_pair.h:148: undefined reference to
`llvm::LeakDetector::addGarbageObjectImpl(llvm::Value const*)'
2003 Dec 09
0
[LLVMdev] Linking Errors?
You'll need to include the "support" library to resolve these
LeakDetector symbols. You can do this by either placing the path to
"support.o" or -lsupport on your link line (in your Makefile). Note
that if you use the -l option, you'll likely need to use -L<path> as
well to tell the linker where to find "libsupport.a" (file included by
the
2008 Apr 10
1
Types in grouped multi-panel (lattice) xyplot
Apologetic prologue: I've looked through the mailing list for an answer to
this (since I'm sure it's trivial) but I have not been able to find a fix.
So the problem is that I want each group to have a different type of plot.
"Probes" should be points and "Segments" should be lines (preferably using
the segment plot command, but I've just been trying --
2003 Dec 09
3
[LLVMdev] Linking Errors?
Ok that works but why on earth would I get a runtime error of:
Type.cpp:132: const llvm::Type* llvm::Type::getForwardedTypeInternal()
const: Assertion `ForwardType && "This type is not being forwarded to
another type!"' failed.
Aborted
For the line of code:
MyModule = new Module( std::string("IDontWork"));
> -----Original Message-----
> From: llvmdev-admin
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Evan Cheng wrote:
> Hi,
>
> Here is the follow on patch for this problem. Please apply this from
> the top of the tree and rebuild.
With the patch from Chris and then the patch from you combined, the previous
error disappeared, but I get another error, reduced to this:
./cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mtune=pentiumpro
-auxbase-strip libgcc/./_clz.o -g -O2
2010 Sep 22
2
[LLVMdev] Hit assert(I != ValueMap.end() && "Value not in slotcalculator!") in ValueEnumerator.cpp
Hi there,
I added a function to a module, but failed to write the bitcode to file
because it hit the:
assert(I != ValueMap.end() && "Value not in slotcalculator!")
So I added some diagnosis information there,
unsigned ValueEnumerator::getValueID(const Value *V) const {
if (isa<MDNode>(V) || isa<MDString>(V)) {
ValueMapType::const_iterator I =
2007 Jul 05
0
[LLVMdev] API design (and Boost and tr1)
On Wednesday 04 July 2007 22:37, David A. Greene wrote:
> On Wednesday 04 July 2007 15:46, Chris Lattner wrote:
> > > Since array doesn't have begin/end members we'd need some kind of
> > > specialization for that case. Iterators nicely avoid this issue.
> >
> > We should just keep the existing constructor, so this isn't a problem.
> > These
2009 Jan 21
2
[LLVMdev] RFA: Constant String c"\000"
The Constants.cpp file returns a ConstantAggregateZero object when you
pass it a c"\000" string. Here is the code:
Constant *ConstantArray::get(const ArrayType *Ty,
const std::vector<Constant*> &V) {
// If this is an all-zero array, return a ConstantAggregateZero
object
if (!V.empty()) {
Constant *C = V[0];
if (!C->isNullValue())
2011 Jul 06
2
[LLVMdev] First steps with LLVM and partial evaluation
Hi all,
I'm rather new to LLVM and intend to dive into partial evaluation with LLVM.
I tried to run the example from http://llvm.org/devmtg/2008-08-23/llvm_partial.pdf, which worked after some adaptations, which were necessary, because
LLVM evolved since
the slides were made. However, I also tried to get the same example running as an optimization pass following the instructions in
2009 Oct 27
1
[LLVMdev] Remove class/struct DenseMapInfo mix
Hello
Visual Studio is complaining about the mix of struct and class.
2>C:\dev\llvm\include\llvm/ADT/ValueMap.h(202) : warning C4099:
'llvm::DenseMapInfo<llvm::ValueMapCallbackVH<KeyT,ValueT,Config,ValueInfoT>>'
: type name first seen using 'struct' now seen using 'class'
2> C:\dev\llvm\include\llvm/ADT/ValueMap.h(251) : see reference to
class
2008 Apr 16
0
[LLVMdev] Problems in removing a cloned instruction.
Hi,
I'm gonna try to give some feedback, but I have only been working with LLVM
for a few days, so don't take what I'm saying without verifying :-)
> BasicBlock *ProgSlicer::CloneBasicBlock(const BasicBlock *BB,
> DenseMap<const Value*, Value*> &ValueMap,
> const char *NameSuffix, Function *F) {
>
> BasicBlock
2010 Nov 18
1
[LLVMdev] LLVM new backend compiling/linking problem
Hi,
I'm getting the following error when I'm trying to compile/link llvm with a
backend I have. Running make on the /lib/M68K directory ends without any
errors, and I have made all the required files and functions as outlined in
http://llvm.org/releases/2.5/docs/WritingAnLLVMBackend.html
I copied most of the files from Sparc backend and remove the content from
functions mostly. Anyone has