search for: createnamed

...gt; rid of the opaque types - I could not find a relevant discussion in a > mailing list. Hi Vitaly, I didn't add this API, because I'm not very familiar with the C API. It should be very straight-forward: just expose a wrapper for "StructType::setBody" and "StructType::createNamed". Some motivation for the change is here: http://nondot.org/sabre/LLVMNotes/TypeSystemRewrite.txt -Chris

...ou have a patch for this?  Can you create a branch of the clang repo or send an updated version of the patch to the list? I've created a clang type-system-rewrite branch and committed all my purely mechanical changes: de-constifying llvm::Types as necessary, and using the new llvm::StructType::createNamed/setBody to create the "implicit" structs used by things like the Objective-C runtime. I haven't committed anything to do with updating the general Clang -> LLVM type conversion machinery, because I don't know when or whether I'll be able to get it finished. If anyone else...

Hi Everybody I have started to learn how to use the XLConnect package and I think it is going to be very helpful to help me to operate between Excel users. Is there a function that can export a dataframe to a Excel sheet and automatically create a named region for every column (excluding the column heading) that correspond to the column name? If this is possible one can then also create formulae

...the Clang bits of this. The biggest problem I've found is that Clang uses LLVM's type resolution not just for forward-declared structs/classes/unions, which convert straightforwardly to the new system, but also for forward-declared enums, which don't. Also, varargs forms of StructType::createNamed() and StructType::setBody() would save a lot of mindless churn in the Clang source code. Jay.

Hi Chris, > 3. Clang/dragonegg need to adapt to the new API (help appreciated!) what needs to be done exactly? Ciao, Duncan.

An update on the type-system-rewrite branch (http://llvm.org/viewvc/llvm-project/llvm/branches/type-system-rewrite/): It's now to the point where it passes all regression tests all of single source (and most of externals/multisource) when using an LLVM 2.9 version of clang to compile programs to a rbc file. I have what looks like one more subtle type mapping bug to track down, which will

Per the "type system rewrite terminology" thread, I've gone through and renamed two method families: StructType::isAnonymous() -> StructType::isLiteral() StructType::createNamed() -> StructType::create() "create" also takes the arguments in slightly different order (name after elements). I've updated clang/llvm-gcc/dragonegg. To avoid breaking the world all at once, I left the old APIs in for now, but I intend to remove them next week. Please update to...

...8 directly. Basically, if we "need" a type and don't have it, just lower it directly to void instead of 'opaque'. This will lead to some more bitcasts downstream, but we already have that, they get resolved if f is ever implemented. > Also, varargs forms of StructType::createNamed() and > StructType::setBody() would save a lot of mindless churn in the Clang > source code. Please feel free to add it to the branch! -Chris