Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Claang bug"
2012 Oct 05
0
[LLVMdev] TableGen: Requesting feedback for "TGContext"
On Oct 4, 2012, at 5:15 PM, Sean Silva <silvas at purdue.edu> wrote:
>> It won't cause a negative effect, go for it! Dynamic_cast is realllly slow compared to dyn_cast, it is worth the memory.
>
> Ok, here's the first batch. It converts the RecTy hierarchy over to
> use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to
> set up LLVM-style
2012 Jan 15
1
[LLVMdev] llvm-3.0
Hi all,
I wrote code that compiled with llvm 3.0
And when I compile i
llvm-3.0/llvm/include/llvm/Support/Casting.h:50:12: error: type 'unsigned long' cannot be used prior to '::' because it has no members
return To::classof(&Val);
^~~
Do you know what's wrong ?
Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2012 Oct 05
2
[LLVMdev] TableGen: Requesting feedback for "TGContext"
> It won't cause a negative effect, go for it! Dynamic_cast is realllly slow compared to dyn_cast, it is worth the memory.
Ok, here's the first batch. It converts the RecTy hierarchy over to
use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to
set up LLVM-style RTTI for your class hierarchy", which covers the
previously undocumented (albeit not that
2012 Jan 21
2
[LLVMdev] Claang bug
include/llvm/Support/Casting.h:194: typename cast_retty<Instruction, Value *>::ret_type llvm::cast(llvm::Value *const &): Assertion `isa<X>(Val) && "cast<Ty>() argument of incompatible type!"' failed.
0 clang 0x00000000019867cf
1 clang 0x0000000001986ce9
2 libpthread.so.0 0x00007f6921e2f060
3 libc.so.6 0x00007f69211113a5 gsignal + 53
4 libc.so.6
2012 Oct 05
1
[LLVMdev] TableGen: Requesting feedback for "TGContext"
>> Ok, here's the first batch. It converts the RecTy hierarchy over to
>> use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to
>> set up LLVM-style RTTI for your class hierarchy", which covers the
>> previously undocumented (albeit not that complicated) process for
>> hooking into Support/Casting.h.
>
> Cool. Please pull this
2005 Apr 22
6
[LLVMdev] isa and friends as an alternative to dynamic cast?
I see a bunch of definitions scattered throughout LLVM, and I could not
find good documentation on them. I don't understand why they exist when
LLVM is being compiled with RTTI enabled. It seems to me that:
isa<T>(x) is a substitute for (dynamic_cast<T>(x) != NULL)
and there are some other similar casting tools defined in Casting.h. Why
should I use these instead of C++'s
2012 Jan 21
0
[LLVMdev] Claang bug
Hi Artyom, please open a bugreport as suggested by clang:
... snipped ...
> clang: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/
> and include command line arguments and all diagnostic information.
> clang: note: diagnostic msg: Preprocessed source(s) are located at:
> clang: note: diagnostic msg: /tmp/sqlite3-8WsrrL.i
Ciao, Duncan.
2012 Nov 29
2
[LLVMdev] [cfe-dev] UB in TypeLoc casting
Moving to LLVM dev to discuss the possibility of extending the cast
infrastructure to handle this.
On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote:
> On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote:
>> TypeLoc casting looks bogus.
>>
>> TypeLoc derived types return true from classof when the dynamic type
>>
2006 Mar 14
2
[LLVMdev] Port to Solaris' Sun Studio 8
Well, line 364 wasn't actually what was holding me up, so it's a bad
example, but the problem's still relevant. Using cast<...>(iter),
dyn_cast<...>(iter), or isa<...>(iter) results in the error messages
mentioned below.
________________________________
When compiling LoadValueNumbering.cpp, I get the following errors:
2008 Dec 10
2
[LLVMdev] dyn_cast really doesn't like multiple inheritance
Been having a bit of a problem with dyn_cast: Suppose I have a class A
that inherits from two base classes, both of which support dyn_cast. In
order to use dyn_cast on A, I need to do a bunch of extra work:
1) Since dyn_cast uses reinterpret_cast rather than static_cast, the
pointer value won't get adjusted by the cast operation, making the
pointer invalid. I end up having to redefine
2012 Nov 30
0
[LLVMdev] [cfe-dev] UB in TypeLoc casting
On Thu, Nov 29, 2012 at 3:49 PM, David Blaikie <dblaikie at gmail.com> wrote:
> Moving to LLVM dev to discuss the possibility of extending the cast
> infrastructure to handle this.
>
> On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote:
>> On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote:
>>> TypeLoc
2017 Jul 31
2
RTTI with smart pointers
Hi,
I would like to use std::shared_ptr in my pass. However I'm facing a
problem wrt RTTI. If I have a code like:
std::shared_ptr<BaseClass> x(new DerivedClass());
...
std::shared_ptr<DerivedClass> p =
std::dynamic_pointer_cast<DerivedClass>(x);
It does not compile since the default RTTI infrastructure is not used by
LLVM. Also, it's not clear to me if the
2012 Dec 17
4
[LLVMdev] BasicBlock back()
Hello,
I am a beginner of LLVM. I am trying to move among the instructions of a
BasicBlock and I cannot. In this particular example, I try to get the
previous instruction of the end instruction. I am trying 2 methods:
1. I have the following sequence of code:
bool patternDC::runOnBasicBlock(BasicBlock &BB) {
...
if (BB.getTerminator())
{
Instruction* current =
2006 Apr 07
3
[LLVMdev] CVS Broken?
I just updated from CVS, and after doing a clean rebuild I get this
error:
/Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In
static member function 'static bool llvm::DbgInfoIntrinsic::classof
(const llvm::IntrinsicInst*)':
/Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77:
error: 'dbg_declare' is not a member of 'llvm::Intrinsic'
2006 Apr 07
0
[LLVMdev] CVS Broken?
On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote:
> I just updated from CVS, and after doing a clean rebuild I get this error:
Are you sure that no conflicts prevented updating from going smoothly? How
are you building (srcdir ==/!= objdir)?
-Chris
> /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static
> member function 'static bool
2012 Dec 17
0
[LLVMdev] BasicBlock back()
On 12/17/12 10:34 AM, Alexandru Ionut Diaconescu wrote:
> Hello,
>
> I am a beginner of LLVM. I am trying to move among the instructions of
> a BasicBlock and I cannot. In this particular example, I try to get
> the previous instruction of the end instruction. I am trying 2 methods:
>
>
>
> 1. I have the following sequence of code:
>
> bool
2012 Nov 30
3
[LLVMdev] [cfe-dev] UB in TypeLoc casting
On Thu, Nov 29, 2012 at 7:43 PM, Eli Friedman <eli.friedman at gmail.com>wrote:
> On Thu, Nov 29, 2012 at 3:49 PM, David Blaikie <dblaikie at gmail.com> wrote:
> > Moving to LLVM dev to discuss the possibility of extending the cast
> > infrastructure to handle this.
> >
> > On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote:
2012 Dec 05
0
[LLVMdev] [cfe-dev] UB in TypeLoc casting
On Thu, Nov 29, 2012 at 8:16 PM, Richard Smith <richard at metafoo.co.uk> wrote:
> On Thu, Nov 29, 2012 at 7:43 PM, Eli Friedman <eli.friedman at gmail.com>
> wrote:
>>
>> On Thu, Nov 29, 2012 at 3:49 PM, David Blaikie <dblaikie at gmail.com> wrote:
>> > Moving to LLVM dev to discuss the possibility of extending the cast
>> > infrastructure to
2004 Jun 23
0
[LLVMdev] weird issue with mem2reg
MetaSplit is an anlysis I just finished writing. It doesn't alter anything,
all it does is build a set of "program instructions". For some reason even
though if I run it with any other combination of passes I've found, anytime
I run it with mem2reg I get a seg fault in dyn_cast! Here's output:
Starting program:
/mounts/zion/disks/0/localhome/pmeredit/llvm/tools/Debug/opt
2017 Jun 09
2
Subclassing LLVM Type
This [1] might worth reading, Malhar.
[1] http://llvm.org/docs/HowToSetUpLLVMStyleRTTI.html
2017-06-10 4:12 GMT+08:00 Tim Northover via llvm-dev <
llvm-dev at lists.llvm.org>:
> On 9 June 2017 at 12:03, Jajoo, Malhar via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > Is there some way around this ( without suggesting a change to my entire
> AST ) ?
>
> LLVM