Displaying 20 results from an estimated 38 matches for "weakvhs".
Did you mean:
weakvh
2012 Aug 09
3
[LLVMdev] Type inconsistency in LLVM 3.1: CGDebugInfo.cpp
I'm probably missing something simple here but in:
CGDebugInfo.h:
std::vector<std::pair<void *, llvm::WeakVH> >ReplaceMap;
but then in
CGDebugInfo.cpp:
llvm::DIType TC = getTypeOrNull(Ty);
void * v = Ty.getAsOpaquePtr();
std::pair<void *, llvm::WeakVH> tmp = std::make_pair(v, TC);
if (TC.Verify() && TC.isForwardDecl())
2012 Aug 09
0
[LLVMdev] Type inconsistency in LLVM 3.1: CGDebugInfo.cpp
On 09.08.2012, at 19:43, "Gaster, Benedict" <Benedict.Gaster at amd.com> wrote:
> I’m probably missing something simple here but in:
>
> CGDebugInfo.h:
>
> std::vector<std::pair<void *, llvm::WeakVH> >ReplaceMap;
>
> but then in
>
> CGDebugInfo.cpp:
>
> llvm::DIType TC = getTypeOrNull(Ty);
>
> void * v =
2012 Aug 09
1
[LLVMdev] Type inconsistency in LLVM 3.1: CGDebugInfo.cpp
Hi Ben,
Thanks that helped a lot.
The problem seems to be that with the move to C++11 we now have:
void std::vector<_Ty>::push_back(std::pair<_Ty1,_Ty2> &&)'
and there no conversion operator that can be applied to convert:
'std::pair<_Ty1,_Ty2>' to 'std::pair<_Ty3,_Ty4> &&
Where:
[
_Ty1=void *,
2012 Apr 22
0
[LLVMdev] Remove function from module
Михаил wrote:
> It is ModulePass with AnalysisUsage of CallGraph
Ah, then you'll need to update the CallGraph first. Use
"CG.removeFunctionFromModule(F);" before deleting it.
Nick
> Yours sincerely,
> Kadysev Mikhail
>
> 22.04.2012, в 5:20, Nick Lewycky написал(а):
>
>> Михаил wrote:
>>> Thanks, but I replaceAllUsesWith() - works well, but I still
2014 Dec 10
2
[LLVMdev] Metadata/Value split has landed
> On 2014 Dec 10, at 08:40, Tom Stellard <tom at stellard.net> wrote:
>
> On Tue, Dec 09, 2014 at 09:22:16PM -0800, Duncan P. N. Exon Smith wrote:
>> The `Metadata`/`Value` split (PR21532) landed in r223802 -- at least, the
>> C++ side of it. This was a rocky day, but I suppose that's what I get
>> for failing to stage the change in smaller pieces.
>>
2012 Apr 22
2
[LLVMdev] Remove function from module
It is ModulePass with AnalysisUsage of CallGraph
Yours sincerely,
Kadysev Mikhail
22.04.2012, в 5:20, Nick Lewycky написал(а):
> Михаил wrote:
>> Thanks, but I replaceAllUsesWith() - works well, but I still get bug in
>> eraseFromParent():
>>
>> While deleting: i32 (%class.B*, i32)* %_ZN1B1xEi
>> An asserting value handle still pointed to this value!
>>
2014 Oct 18
2
[LLVMdev] Dereferencing NULL pointer in IndVarSimplify.cpp?
Hi,
Here is the code in IndVarSimplify.cpp.
SmallVector<WeakVH, 16> DeadInsts;
while (!DeadInsts.empty())
if (Instruction *Inst =
dyn_cast_or_null<Instruction>(&*DeadInsts.pop_back_val()))
RecursivelyDeleteTriviallyDeadInstructions(Inst, TLI);
Since DeadInsts.pop_back_val() is WeakVH which could hold a NULL
pointer, the expression,
2014 Dec 10
4
[LLVMdev] Metadata/Value split has landed
The `Metadata`/`Value` split (PR21532) landed in r223802 -- at least, the
C++ side of it. This was a rocky day, but I suppose that's what I get
for failing to stage the change in smaller pieces.
As of r223916 (lldb), I'm not aware of any remaining (in-tree) breakage,
so if I've missed some problem in the sea of buildbot errors, please
flag me down.
I'll follow up soon with
2014 Dec 10
3
[LLVMdev] Metadata/Value split has landed
> On 2014 Dec 10, at 14:08, Tom Stellard <tom at stellard.net> wrote:
>
> On Wed, Dec 10, 2014 at 11:21:08AM -0800, Duncan P. N. Exon Smith wrote:
>>
>>> On 2014 Dec 10, at 08:40, Tom Stellard <tom at stellard.net> wrote:
>>>
>>> On Tue, Dec 09, 2014 at 09:22:16PM -0800, Duncan P. N. Exon Smith wrote:
>>>> The `Metadata`/`Value`
2014 Dec 11
2
[LLVMdev] Metadata/Value split has landed
On Wed, Dec 10, 2014 at 05:27:45PM -0800, Duncan P. N. Exon Smith wrote:
> +zalman at google.com
>
Hi Duncan,
This patch plus another small change fixes the assertion failure for
me. With the patch alone, the void* overload of addGarbageObject()
was being used by MDNode::getTemporary(), so I had to cast the object as
an MDNode*:
diff --git a/lib/IR/Metadata.cpp b/lib/IR/Metadata.cpp
2009 Apr 23
5
[LLVMdev] metadata syntax
Duncan Sands wrote:
> Hi Nick,
>
>> I'm looking for input into the syntax for future metadata work. The plan
>> is to make MDNodes hold a list of WeakVHs which will allow us to track
>> metadata associated with values even through calls to
>> ReplaceAllUsesWith. It also means that you can refer to other Values in
>> the program, including instructions in another Function.
>>
>> That's where the problems begin. Th...
2014 Dec 11
2
[LLVMdev] Metadata/Value split has landed
I committed:
r224058 = 966942da9e68b59c31ce770e7f94c55a63482c6b
r224060 = da75f7277e3a129aed8ef8aa4e0d84de40b76fd4
r224061 = f88e4c8e9171045454b2c8e05054c2af8da3fe4f
Let me know if somehow you're still hitting the problem.
r224061 removes leak detection entirely from `MachineInstr`. There aren't
any leaks to be had there, since they're allocated in a custom allocator.
They're
2009 Apr 23
0
[LLVMdev] metadata syntax
Hi Nick,
> It'd be nice to say "this StoreInst doesn't overlap that StoreInst" in a
> metadata. Or perhaps "here's the likely values for this SwitchInst".
well... ok, if you must :)
> I have only weak ideas for how interprocedural metadata could be used,
> but it's clear that an MDNode made out of WeakVH's could hold one, which
> is why
2009 Apr 22
3
[LLVMdev] metadata syntax
I'm looking for input into the syntax for future metadata work. The plan
is to make MDNodes hold a list of WeakVHs which will allow us to track
metadata associated with values even through calls to
ReplaceAllUsesWith. It also means that you can refer to other Values in
the program, including instructions in another Function.
That's where the problems begin. There's currently no way in llvm
assembly...
2012 Dec 01
1
llvm / clang does not build with new libc++
Hello,
since r243376 clang does not build with new libc++ anymore. Log attached.
Reverting back lib/libc++ or not using libc++ fixes it.
System: stable/9 amd64 r243742
WITHOUT_LIB32=yes
WITHOUT_PROFILE=yes
WITHOUT_SYSINSTALL=yes
WITH_CLANG=yes
WITH_CLANG_EXTRAS=yes
WITH_CLANG_IS_CC=yes
WITH_LIBCPLUSPLUS=yes
CPUTYPE?=athlon64-sse3
CXXFLAGS+= -stdlib=libc++ -std=c++11
CC=clang
CPP=clang-cpp
2009 Sep 08
2
[LLVMdev] LLVM 2.6 Branch Fails to Compile
Dear All,
The LLVM 2.6 Release Branch doesn't compile for me on Mac OS X. The
following patch seems to fix it (it adds a missing include file to get
WeakVH defined).
Has anyone else seen this breakage, or is it possible that I've got the
wrong branch checked out?
-- John T.
Index: lib/Transforms/Scalar/DeadStoreElimination.cpp
2013 Aug 20
2
[LLVMdev] Trying to run qt app compiled to bit code Assertion failed: (Ty->isSized() && "Cannot getTypeInfo() on a type that is unsized!")
Hi,
I am trying to run a simple qt 5 application compiled to bitcode on OS X. I am getting the following error. I have modified lli to load qt libraries. When I use with option mcjit, I get the following error
lli -use-mcjit -debug-ir bitcodetestqtapp
Assertion failed: (Ty->isSized() && "Cannot getTypeInfo() on a type that is unsized!"), function getTypeSizeInBits, file
2009 Apr 22
0
[LLVMdev] metadata syntax
Hi Nick,
> I'm looking for input into the syntax for future metadata work. The plan
> is to make MDNodes hold a list of WeakVHs which will allow us to track
> metadata associated with values even through calls to
> ReplaceAllUsesWith. It also means that you can refer to other Values in
> the program, including instructions in another Function.
>
> That's where the problems begin. There's currently...
2009 Sep 16
1
[LLVMdev] [proposal] Extensible IR metadata
On Tue, Sep 15, 2009 at 11:37 PM, Devang Patel <devang.patel at gmail.com> wrote:
> On Fri, Sep 11, 2009 at 9:57 AM, Chris Lattner <clattner at apple.com> wrote:
>> Devang's work on debug info prompted this, thoughts welcome:
>> http://nondot.org/sabre/LLVMNotes/ExtensibleMetadata.txt
>
> Here is partial initial implementation.
> Thoughts ?
setHasMetadata
2013 Aug 20
0
[LLVMdev] Trying to run qt app compiled to bit code Assertion failed: (Ty->isSized() && "Cannot getTypeInfo() on a type that is unsized!")
Looks like a bug in the DebugIR pass. I imagine that without the -debug–ir flag, you will be able to get a little further.
Nonetheless, can you send me the "bitcodetestqtapp" that you're running, or steps to reproduce? I'd love to take a look.
Thanks,
Dan
From: Shailesh Kumar <shaileshkumar41 at yahoo.com<mailto:shaileshkumar41 at yahoo.com>>
Reply-To: Shailesh