Displaying 5 results from an estimated 5 matches for "functionial".
Did you mean:
functional
2016 Apr 15
2
phys reg liveness during foldMemoryOperandImpl()
Hi,
I wonder if it would be possible to extend foldMemoryOperandImp() so
that targets can check for liveness of a particular phys reg?
The case I am thinking of is when the new instruction clobbers the CC
reg, while the old one did not. In this case the new instruction can
only become a replacement if the CC reg is known to be dead.
The idea is that liveness of phys regs should be available
2016 Apr 27
2
phys reg liveness during foldMemoryOperandImpl()
I would expect that it shouldn't be too hard to pass around a reference to LiveIntervalAnalysis*. Patches welcome :)
- Matthias
> On Apr 27, 2016, at 11:38 AM, Jonas Paulsson via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> ping.
>
> Either this can be implemented easily, or the current SystemZ optimization LAY -> AGSI in foldMemoryOperandImpl() should be
2007 Jun 08
1
[LLVMdev] mistake in documentation? [http://llvm.org/docs/LangRef.html]
Hi,
For the section regarding Functions, the doc says:
"The first basic block in a program is special in two
ways: it is immediately executed on entrance to the
function, and it is not allowed to have predecessor
basic blocks"
Is this really supposed to say: "The first basic block
in a functionis special in two ways:" ?
Thanks,
Ivan
---------------------
Ivan Novick
2013 Sep 06
1
Importing function that is previously imported by other package
Dear developeRs,
I encounter the following problem: in the current version of my package
FrF2, certain calls to a functioni do not work when package combinat is
loaded, because function combn from combinat masks the function from
utils that my package uses.
I tried to solve this issue by importing function combn into the
namespace of FrF2; I don't need to export it, I just want to use it
2014 Jul 04
2
iPXE chain to lpxelinux.0 6.03-pre17 inconsistencies and failures
On 07/03/2014 08:44 PM, Gene Cumm wrote:
> On Thu, Jul 3, 2014 at 9:13 PM, Alexander Perlis wrote:
>
>> I suppose we could try making an ISOLINUX CD for the local boot, which then
>> uses pxechn.c32 to connect to our PXE server?
>
> pxechn.c32 requires a functional PXELINUX.
If I understand the issue correctly, is it that pxelinux.0 does not have
a network stack and