Displaying 18 results from an estimated 18 matches similar to: "[LLVMdev] Assembly macros instantiation problem"
2006 Aug 21
0
[LLVMdev] Recalculating live intervals
> I'm not sure about one thing: you assign stack slot to each new register you
> replace the spilled one with. And then you need to allocate physical
> registers to them. Is it possible to assign physical register to the virtual
> one which has a stack slot already?
>
Yes. The stack slot is the place where the value will be stored in memory,
but, when that value is effectively
2006 Aug 23
1
[LLVMdev] Recalculating live intervals
Fernando Magno Quintao Pereira wrote:
>> I'm not sure about one thing: you assign stack slot to each new register you
>> replace the spilled one with. And then you need to allocate physical
>> registers to them. Is it possible to assign physical register to the virtual
>> one which has a stack slot already?
>>
>
> Yes. The stack slot is the place where the
2009 Jan 28
3
[LLVMdev] uses of unwind lead to crashes
I have what appears to be a bug in LLVM... I'm deeply hesitant to
label it a bug, given my lack of experience with LLVM, but the
behaviour of this fragment strongly suggests a bug.
In particular, compiling and running this fragment using a fresh SVN
build yields this stderr:
uccello:/tmp clements$ lli a.out.bc
0 lli 0x005e72b6 char const* std::find<char const*,
2012 Oct 09
1
How to create a column in dependence of another column
Hi there,
I'm sorry for the bad subject decision. Couldn't describe it better...
In my dataset called "dataSet" I want to create a new variable column called
"deal_category" which depends on another column called "trans_value".
In column "trans_value" I have values in USDm. Now what I want to do is to
give these values a category called
2006 Aug 21
3
[LLVMdev] Recalculating live intervals
I'm not sure about one thing: you assign stack slot to each new register you
replace the spilled one with. And then you need to allocate physical
registers to them. Is it possible to assign physical register to the virtual
one which has a stack slot already?
On 8/21/06, Fernando Magno Quintao Pereira <fernando at cs.ucla.edu> wrote:
>
>
> > So what addIntervalsToSpills
2014 Nov 12
2
[LLVMdev] Increase the flexibility of the AsmLexer in parsing identifiers.
Hello,
I would like to gather some ideas and opinions on how to make the default
AsmLexer more flexible when dealing with Identifiers.
When the lexer emits something as an "Identifier" (read. String of
characters) it means that it needs to be parsed all at once in a single go,
even if it contains elements that might be wanted to be parsed as separate
entities.
In that case it is needed
2018 Feb 14
0
[PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu
When enabling both VFIO and VIRTIO_IOMMU modules, automatically select
VFIO_IOMMU_TYPE1 as well.
Signed-off-by: Jean-Philippe Brucker <jean-philippe.brucker at arm.com>
---
drivers/vfio/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/Kconfig b/drivers/vfio/Kconfig
index c84333eb5eb5..65a1e691110c 100644
--- a/drivers/vfio/Kconfig
+++
2018 Feb 14
0
[PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu
On 14/02/18 15:26, Alex Williamson wrote:
> On Wed, 14 Feb 2018 14:53:40 +0000
> Jean-Philippe Brucker <jean-philippe.brucker at arm.com> wrote:
>
>> When enabling both VFIO and VIRTIO_IOMMU modules, automatically select
>> VFIO_IOMMU_TYPE1 as well.
>>
>> Signed-off-by: Jean-Philippe Brucker <jean-philippe.brucker at arm.com>
>> ---
>>
2009 Aug 28
1
S4: names stripped during instantiation of grandchildren of numeric class
Dear All,
A small inconsistency (it's probably not even a buglet):
> setClass("A", contains="numeric")
[1] "A"
> names(new("A", c(a=23)))
[1] "a"
> setClass("B", contains="A")
[1] "B"
> names(new("B", c(a=23)))
NULL
>
This is exactly that kind of behavior S4 was invented for, you
2013 Sep 05
0
[LLVMdev] [ast-dump] Class template partial specializations missing from an implicit class template instantiation?
I was looking at the ClassTemplatePartialSpecializationDecl::getInstantiatedFromMember documentation, in the included example it says: "(..) the instantiation of Outer<float>::Inner<int*> will end up instantiating the partial specialization Outer<float>::Inner<U*> (...)".
To understand the concept better, I dumped the AST for the following code:
2007 Apr 28
0
[979] branches/wxruby2/wxwidgets_282/lib/wx/classes/paintdc.rb: Prevent dangerous direct instantiation of PaintDC
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2007 Apr 29
0
[984] branches/wxruby2/wxwidgets_282/lib/wx/classes/clientdc.rb: Prevent dangerous direct instantiation of ClientDC
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2018 Feb 14
2
[PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu
On Wed, 14 Feb 2018 14:53:40 +0000
Jean-Philippe Brucker <jean-philippe.brucker at arm.com> wrote:
> When enabling both VFIO and VIRTIO_IOMMU modules, automatically select
> VFIO_IOMMU_TYPE1 as well.
>
> Signed-off-by: Jean-Philippe Brucker <jean-philippe.brucker at arm.com>
> ---
> drivers/vfio/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
2018 Feb 14
2
[PATCH 4/4] vfio: Allow type-1 IOMMU instantiation with a virtio-iommu
On Wed, 14 Feb 2018 14:53:40 +0000
Jean-Philippe Brucker <jean-philippe.brucker at arm.com> wrote:
> When enabling both VFIO and VIRTIO_IOMMU modules, automatically select
> VFIO_IOMMU_TYPE1 as well.
>
> Signed-off-by: Jean-Philippe Brucker <jean-philippe.brucker at arm.com>
> ---
> drivers/vfio/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
2017 Jan 18
19
[4.0.0 Release] Relase Candidate 1 has been tagged
Dear testers,
4.0.0-rc1 was just tagged from the branch, with r292377.
There are still open merge requests and bugs, but I'd like to get the
testing started to see what issues come up.
Please build, test, and upload binaries to the sftp. Let me know how
it goes. I'll upload source, docs, and your binaries to the web site
once their ready.
Thanks,
Hans
2015 Aug 06
2
LibCallAliasAnalysis class instantiation parameter
Hello,
[sorry for the duplicate post, attempting to fix the formatting of the previous post]
Can anybody tell me the intent of the LibCallAliasAnalysis class? I see that to instantiate it, it requires a class derived from the pure virtual class LibCallInfo, but I cannot find any classes in the source tree that derive from LibCallInfo. Is this derived class intended to be supplied from a compiler
2012 Jun 05
0
Memory leak during instantiation of a reference class?
Hi,
I have a problem with a large data set wrapped in a reference class. I do that to access the data by reference from within various functions in a script.
# The class definition:
setRefClass("data",
fields = list(h5_df = "list",
training_data = "array",
2005 Feb 22
1
Multiple OCFS intances in the same LAN
Hi,
is it possible and safe to use more than one RAC-Cluster using OCFS in the same LAN?
I'm considering to following setup: a 2-node production and a 2-node test system, the production data is stored in an EMC Symmetrix and for the test-system the production data is copied once to a BCV disk internally. This will give me an new independant copy of the production disk with the same contents,