Displaying 4 results from an estimated 4 matches for "compabible".
2005 Nov 27
2
pxelinux -> pxeboot load?
Hi all,
I've searched the depths of the resources on the internet; however
I'm having trouble deploying a pxeboot solution via pxelinux. So far
what I have successfully implemented in my infrastructure is a
successful pxeboot setup for FreeBSD ( without the use of pxelinux ).
I'd ultimately like to have a solution that will allow me to choose a
network install of various Unix-like
2015 Sep 07
3
RFC: alloca -- specify address space for allocation
...cause we support two different pointer representations:
- 256-bit (or 128-bit, on newer revisions) memory capabilities, that both identify and grant access to a region of memory and have unforgeability guaranteed by the hardware. In LLVM, we represent these as pointers with AS 0.
- 64-bit legacy-compabible pointers that are implicitly relative to a global capability (and so are only dereferenceable within a restricted range of the process’ virtual address space). In LLVM, we represent these as pointers with AS 0.
For us, an AS cast between AS 0 and AS 200 will succeed if and only if the address is...
2004 Dec 26
1
Preparing for Shorewall 2.2 -- End of Support for Shorewall 1.4 is near!
Shorewall 2.2.0 is expected to be released in the February/March
timeframe so it is now time to begin thinking about preparing to
upgrade. This is particularly important for those of you still running
Shorewall 1.4 since support for that version will end with the release
of 2.2.
For those of you still running Shorewall 1.4, here are some things that
you can do ahead of time to ease the upgrade to
2015 Sep 01
2
RFC: alloca -- specify address space for allocation
Thanks,
this makes the use case much more clear.
Now though, as far as I would like actually to see supported in LLVM the capability of not having any special meaning assigned to address space 0 your proposal goes slightly in contrast with how I always thought of address spaces in LLVM.
I also have to say that I don’t know deeply how address spaces are meant to be intended in LLVM so my vision of