similar to: [LLVMdev] Named Address Spaces

Hi Gobi, > I am a student trying to find out if LLVM can be used for the Embedded C > architecture that I will be developing tools for at work. In LLVM 2.2 > Christopher Lamb contributed support for Multiple Address Spaces into the > LLVM IR, and I was wondering if llvm-gcc is able to use this > functionallity. If so, what syntax is used to assign address spaces, and You should

> though I don't know what, where, or if there are any backends using this info > already. Perhaps others can comment? > We plan to use the address space info in backend to support the "rom" address space for our target in near future. - Sanjiv

> We plan to use the address space info in backend to support the "rom" > address space for our target in near future. This will likely relate to what I am doing, however, my manager and I are currently trying to plan the entire toolchain, and key aspects involve both propogating debug information and verifying variables using named address spaces.

Hi, I've had no luck with the combination of R-2.0.1 and Rggobi/gobi (1.1-1 and 1.0-1 beta). I've tried a default configuration of ggobi, as well as one with all the plugins enabled. I'm using RedHat 9 Linux. The problem I'm experiencing is a segmentation fault when library.dynam is called from .First.lib ggobi appears to work OK from the command line. I had an earlier

Hi, Most of the samba-commands takes a option for smb.conf file exept for wbinfo. It should be nice to have that functionallity in wbinfo also. /Patrik -- "In a world without fences who needs Gates" Patrik Gustavsson, Senior Technical Consultant patrik.gustavsson@sun.com Telephone: +46 60 671540 http://glen.sweden Mobile: +46 70 3551040 SUN MICROSYSTEMS

Hi, Is there a way to implement named address spaces with clang/llvm as it is possible with gcc ? We would like to have our own named address space that would be recognized by the frontend. Thanks in advance! Regards, Sebastien

Masked load/store are overloaded intrinsics, the only generic type is the type of the value being loaded/stored. The signature of the intrinsic is generated based on this type. The type of the pointer argument is generated as a pointer to the return type with default addrspace. E.g.: declare <8 x i32> @llvm.masked.load.v8i32(<8 x i32>*, i32, <8 x i1>, <8 x i32>) The

Hi all, I'm currently struggling a bit with some problems regarding address spaces and (implicit) casts. I'll explain some context first and then proceed to the actual question I'd like to have answered. In our target platform, we have a number of distinctly different memory banks. To access these from our C code, we declare a global array for each memory, with the address space

> On Dec 6, 2017, at 02:28, Haidl, Michael <michael.haidl at uni-muenster.de> wrote: > > The IR goes through a backend agnostic preparation phase that brings it into SSA from and changes the AS from 0 to 1. This sounds possibly problematic to me. The IR should be created with the correct address space to begin with. Changing this in the middle sounds suspect. > After this

Hi there, I have a quite stupid problem with my testing environment. I''m trying to test my controllers but every controller with a login rewuirement will fail (because there is no logged in user in the session). I realized the conceptual problem behind this, but I''m not able to solve it. What I have done so far: * Login in the test class as described in the Agile Rails Book.

On Thu, Jul 17, 2008 at 5:08 AM, Matthijs Kooijman <matthijs at stdin.nl> wrote: > Now, we are using a function which reads a value from one of these memories > and does some processing. Since we want to execute this function for multiple > memories, we make it accept a pointer in the generic address space (ie, no > address space attribute): > > void do_stuff(char*

Hi, I would like to give the new local address announcements a try. What I mean is, the functionallity which discovers local vpn-endpoints of a vpn to which you're already connected but only via a remote endpoint - to improve speed etc. Can I pull this version from svn or git somewhere? And does it have debian stuff in it for easy replacing the debian version? And do I need to configure

Hi, I'm using the system accounting functionallity of Samba 2.2.6. Everything is working fine and dandy except that there is a lag between when a user logs out of a Windos 2000 Domain member, the 'who' command still lists the user as logged on for the next 20 - 30 seconds. Does anyone know what causes this? Can I increase the frequency of utmpx updates? Can someone point me to an

Hi Mon Ping, > I don't have a problem having another class, TargetAddrSpace, to store this > information. However, I don't think it make sense being a standalone pass. > Address spaces seems to part of the TargetData and it seems more natural > to ask the TargetData to return the TargetAddrSpace object (similar to > struct layout) to describe the relationships

Hi Matthijs, Sorry for not responding earlier. I have a few comments. On Aug 7, 2008, at 7:41 AM, Matthijs Kooijman wrote: > Hi Mon Ping, > > I've again attached a patch, wich lets LLVM know about about the > relations > between different address spaces. Instead of cramming this info in > with > TargetData (with all kinds of unwanted side effects, especially for

The API for getting PointerType objects has just changed to make Embedded C address space information explicit. The old semantics of PointerType::get() now apply to PointerType::getUnqual(), which returns a pointer in the generic address space. PointerType::get() now requires both a type and an address space. The clang, llvm-gcc-4.0, and llvm-gcc-4.2, and internal llvm projects have all

Mon Ping Wang wrote: > > On Sep 7, 2012, at 11:10 PM, Nick Lewycky<nicholas at mxc.ca> wrote: > >> Mon Ping Wang wrote: >>> Hi, >>> >>> I don't think we should make bit casts between pointers with different >>> address spaces illegal. Address spaces are not required to be disjoint. >>> In the N1169 spec, it says >>> A

> On Dec 5, 2017, at 13:53, Matt Arsenault <arsenm2 at gmail.com> wrote: > > > >> On Dec 5, 2017, at 02:51, Haidl, Michael via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Hi dev list, >> >> I am currently exploring the integration of AMDGPU/ROCm into the PACXX project and observing some

On Sep 8, 2012, at 12:21 AM, Nick Lewycky <nicholas at mxc.ca> wrote: > Mon Ping Wang wrote: >> >> On Sep 7, 2012, at 11:10 PM, Nick Lewycky<nicholas at mxc.ca> wrote: >> >>> Mon Ping Wang wrote: >>>> Hi, >>>> >>>> I don't think we should make bit casts between pointers with different >>>> address

Hi Mon Ping, I've again attached a patch, wich lets LLVM know about about the relations between different address spaces. Instead of cramming this info in with TargetData (with all kinds of unwanted side effects, especially for the IR), I opted to create a new pass, TargetAddrspaces, which holds this information. Just like TargetData, this can be added to the passmanager by the tool running