search for: patypehandle

On Fri, 1 Sep 2006, Michael McCracken wrote: > Here's what works now, and I have a separate test case for each of these: > > statement functions > intrinsic functions (print, cos, etc) > loops, goto statments > scalarized array operations > function calls with *no arguments* > simple common blocks Great! > Function calls with more than one argument don't work.

The NIST F77 test suite doesn't seem to be compatible with gfortran at all, so I had to work from my own sample codes, and generate test cases from them. Here's what works now, and I have a separate test case for each of these: statement functions intrinsic functions (print, cos, etc) loops, goto statments scalarized array operations function calls with *no arguments* simple common

On Saturday 09 January 2010 06:11:03 Chris Lattner wrote: > My eventual goal (perhaps for LLVM 3.0) is to eliminate our current > structural type system altogether. The benefits are blown away by the > costs, eventually we should just fix this design mistake. In the meantime, > I'm not opposed to adding a Module* to VMCore that type dumping defaults to > if non-null. Can you

Hello, I ran into an issue with the ocaml bindings where PATypeHolder was getting a null pointer, which eventually caused a segfault. This patch copies what PATypeHandle does and adds the assert in the PATypeHolder::addRef method. Also, I'm using git's gateway to subversion to track llvm and send this patch. The patch applies fine according to my tests, but if there are any problems, I'll find a better way to do this. -e

...th "i32***".  This would also eliminate the current complexity forming circular types, make many frontends simpler etc.  It would mean that a cyclic type would be *required* to go through a named type though. >> >> It would also allow elimination of upreferences, PATypeHolder, PATypeHandle, etc.  It would also eliminate the frequent confusion around "my function should take a %foo*, it the IR dump shows it as %bar*" (because they have the same type structure). >> >> OTOH, it would mean that we couldn't have the totally awesome and oh-so-useful \1* type ;-)...

...re still reachable in loss record 20 of 33 ==10132== at 0x401C7F0: operator new(unsigned) (vg_replace_malloc.c:164) ==10132== by 0x40D6384: std::__default_alloc_template<true, 0>::allocate(unsigned) (in /usr/lib/libstdc++.so.5.0.7) ==10132== by 0x8530F87: std::__simple_alloc<llvm::PATypeHandle, std::__default_alloc_template<true, 0> >::allocate(unsigned) (stl_alloc.h:232) ==10132== by 0x8530F60: std::_Vector_alloc_base<llvm::PATypeHandle, std::allocator<llvm::PATypeHandle>, true>::_M_allocate(unsigned) (stl_vector.h:127) ==10132== by 0x8528C00: llvm::PATypeHand...

...00 1.67 > +++ include/llvm/Type.h 13 Dec 2004 13:11:57 -0000 > @@ -246,7 +246,8 @@ > > /// getNumContainedTypes - Return the number of types in the derived type. > /// > - unsigned getNumContainedTypes() const { return ContainedTys.size(); } > + typedef std::vector<PATypeHandle>::size_type size_type; > + size_type getNumContainedTypes() const { return ContainedTys.size(); } > > //===--------------------------------------------------------------------===// > // Static members exported by the Type class itself. Useful for getting > Index: include...

...pe::getInt32Ty(V->getContext())) Please use V->getType()->isInteger(32) which is probably new since you started your patch. +UnionType::UnionType(LLVMContext &C, const std::vector<const Type*> &Types) + : CompositeType(C, UnionTyID) { + ContainedTys = reinterpret_cast<PATypeHandle*>(this + 1); + NumContainedTys = Types.size(); + bool isAbstract = false; + for (unsigned i = 0; i < Types.size(); ++i) { No need to evaluate Types.size() every time through the loop. +bool LLParser::ParseUnionType(PATypeHolder &Result) { ... + if (!EatIfPresent(lltok::lbrace)) { +...

Hi, here are some minor patches that for various reasons I've not submitted yet - I'm just trying to clear my list of differences before christmas... First of all the clear.patch file contains a patch that enables the JIT to drop all global mappings. I need this because when I have N threads I compile N different versions of my functions using different memory areas for global

This patch adds a UnionType to DerivedTypes.h. It also adds code to the bitcode reader / writer and the assembly parser for the new type, as well as a tiny .ll test file in test/Assembler. It does not contain any code related to code generation or type layout - I wanted to see if this much was acceptable before I proceeded any further. Unlike my previous patch, in which the Union type was

Hello, I have a couple of doubts, as listed below: 1. To list all the global variables in the module, I am iterating using type_iterator and for each Type I get, I am using value_iterator to iterate over Values . In the second iteration I am getting unexpected results. For each type obtained from type_iterator->second, value_iterator->first produces the same list as what

...gt; Please use V->getType()->isInteger(32) which is probably new since you > started your patch. > > > +UnionType::UnionType(LLVMContext &C, const std::vector<const Type*> > &Types) > + : CompositeType(C, UnionTyID) { > + ContainedTys = reinterpret_cast<PATypeHandle*>(this + 1); > + NumContainedTys = Types.size(); > + bool isAbstract = false; > + for (unsigned i = 0; i < Types.size(); ++i) { > > No need to evaluate Types.size() every time through the loop. > > > +bool LLParser::ParseUnionType(PATypeHolder &Result) { > .....