search for: agnost

...some niggling qualms about other parts. Specifically (comments inline): From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Villmow, Micah Sent: 03 October 2011 19:37 To: llvmdev at cs.uiuc.edu Subject: [LLVMdev] [RFC] Proposal to make LLVM-IR endian agnostic One of the projects I am working on with others is to make LLVM-IR endian agnostic. So, I am sending out this proposal for feedback to the LLVM community. I've attached pretty version of the proposal in PDF format and pasted a 80-column safe text version below. I'm looking...

From: James Molloy [mailto:james.molloy at arm.com] Sent: Tuesday, October 04, 2011 12:06 AM To: Villmow, Micah; llvmdev at cs.uiuc.edu Subject: RE: [RFC] Proposal to make LLVM-IR endian agnostic Hi Micah, I'm no core developer, but FWIW here are my thoughts: I'm general I think the patch is too OpenCL oriented [Villmow, Micah] I agree, but this is mainly to solve a problem that is unique to OpenCL or related technologies(CUDA, DirectCompute, etc...). , and I have some niggling...

One of the projects I am working on with others is to make LLVM-IR endian agnostic. So, I am sending out this proposal for feedback to the LLVM community. I've attached pretty version of the proposal in PDF format and pasted a 80-column safe text version below. I'm looking forward to comments and feedback. Thanks, Micah Villmow Text of Proposal: ===================...

On 10/03/2011 09:36 PM, Villmow, Micah wrote: > One of the projects I am working on with others is to make LLVM-IR endian agnostic. > > > > So, I am sending out this proposal for feedback to the LLVM community. I’ve attached > > pretty version of the proposal in PDF format and pasted a 80-column safe text version > > below. > > > > A second smaller set could be: > > declar...

I wonder if this could be handle specifying that certain address spaces have one or another endianness, which is not necessarily the same as the processor endianness. Your main requirement seems to be that you need to access to banks of memory, with different endianess, and that you the first stage IR to be able to be run on either endianness processor, without change. I would assume that any

hi guys, I've been going round in circles trying to workout the best way to handle vendor agnostic images and in the interest of sanity and actually getting something out of the door - it looks like the best pln is to get the vendor specific requirements and push images with them ( and suitability marked ) With that in mind, AWS is a good target to start with. Do people have opinions on : -...

Years ago Accusys made an IDE raid controller that presented itself as one drive to the BIOS, making the unit completely OS agnostic. Anything like that out there, anymore? Cheers, Brett.

A month ago I mentioned on this list work on a automated package deployment tool for Windows systems, which is server agnostic. At the time, I didn't have the time to put it up in a place for public consumption. I do now. The utility is named wpkg (punny isn't it?) It's nothing more than a simple .js (jscript) file which needs to be run on Windows, from a directory containing three XML files describing packa...

...gt; Thanks for proposing this. > > How different are the type records from the type information we currently > have in LLVM's DIType hierarchy? Would it be feasible to move the logic for > generating type records from LLVM metadata into the backend? This way a > frontend could be agnostic about the debug information format. > I think that this really is the path we want to follow. If the current metadata we emit is insufficient, we should augment it with additional information sufficient to generate the necessary data in the backend. The same annotations would then be able a...

I have a rails 3.rc app that I''m developing. I have a text entry in one my models that can sometimes be quite big. I tried setting :limit => 4294967296 on the text column in my migration file but this doesn''t seem to have any effect. The column is till created as a TEXT column rather than MEDIUMTEXT or LONGTEXT. Does anyone have any idea why this might be happening? Is there

Hi Edwin, > FWIW here is another way to do it (which is approximately what ClamAV does currently) by introducing just one intrinsic: > declare i1 @llvm.is_bigendian() why is an intrinsic needed? It is easy to write a small LLVM IR function that computes this. For example: define i1 @is_big_endian() { %ip = alloca i16 store i16 1, i16* %ip %cp = bitcast i16* %ip to i8* %c =

From: Sylvain Gault <sylvain.gault at gmail.com> As there is no need for an x86_64 linker script, the i386 one can be put in the core directory directly. This partially revert commit d8eede3f2a360163235fad222a0190cd7c5bef38 which splitted several linker scripts into i386 and x86_64 versions. Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com> --- core/Makefile |

Hello folks, I am happy to release version 1.0 of Invoker. Invoker is a utility belt for managing processes in development environment. Use it for managing multiple processes with ease. Use it for developing web applications on different local domains without /etc/hosts hacks. * Installation gem install invoker * Usage Invoker supports formean like process supervision and also makes http

...gt; Thanks for proposing this. > > How different are the type records from the type information we currently > have in LLVM's DIType hierarchy? Would it be feasible to move the logic for > generating type records from LLVM metadata into the backend? This way a > frontend could be agnostic about the debug information format. > > > > I think that this really is the path we want to follow. If the current > metadata we emit is insufficient, we should augment it with additional > information sufficient to generate the necessary data in the backend. The > same ann...

...gt; Thanks for proposing this. > > How different are the type records from the type information we currently > have in LLVM's DIType hierarchy? Would it be feasible to move the logic for > generating type records from LLVM metadata into the backend? This way a > frontend could be agnostic about the debug information format. > > > > I think that this really is the path we want to follow. If the current > metadata we emit is insufficient, we should augment it with additional > information sufficient to generate the necessary data in the backend. The > same ann...

Hello, Samuel Crow wrote: > It is possible to write an endian-agnostic bitcode file but I don't think all modern LLVM compilers support it. > Which ones llvm assembler instructions is not endian-agnostic? -- Ivan

On Tue, Jul 20, 2010 at 2:46 PM, Talin <viridia at gmail.com> wrote: > 1) For frontends that generate target-agnostic code, it is difficult to > calculate how large this struct should be. (Which is larger, 3 int32s or two > pointers? You don't know unless your frontend knows the size of a pointer.) > In my case, I finally decided to abandon my goal of making my frontend > completely target-neutra...

Am 01.06.2011 23:25, schrieb Nate Fries: > That said, it seems like it ought to be possible to do the same thing > by emitting bitcode for all supported platform/arch combinations Wait... is bitcode not platform-agnostic? I thought it is. > and > compressing them in an archive, then decompressing and either > interpreting or JIT-compiling the appropriate bitcode for the > platform. This would just be a more flexible means to that same end. Not sure how that is more flexible - care to elaborate? R...

...m in Samba or Windows which could cause this (i.e. authentication?). my guess is that using a mapped drive pre-authenticates the connection, while going via UNC share does not. thanks for the help, Kirk -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Kirk Marple Chief Software Architect, VP of Engineering Agnostic Media, Inc. e: kirk@agnostic-media.com w: www.agnostic-media.com <http://www.agnostic-media.com/> blog: http://sqljunkies.com/WebLog/kmarple You can get my Digital ID here: <https://digitalid.verisign.com/services/client/index.html> https://digitalid.verisign.com/services/client/ind...

...want to use this libunwind for their platform, > that's fine... but we should probably continue to use libgcc_s and libgcc_eh > on linux when that's the platform's unwinder. That's precisely the point. People should use unwinders they want, and libc++abi should be completely agnostic of which one you use. > +1 for putting it in a separate repo. Separate repos helps keep layering > nonsense to a minimum. > > It would be nice if we had some libunwind-specific tests too. Currently we > have none, other than the c++ abi tests. Nick, does Apple have any they'...