search for: reagan

Hello, I'd like to introduce myself, my company, and our upcoming use of LLVM. My name is John Reagan. I've been working on compilers and assemblers since 1983 (yes, 31 years). Most of that time was spent on compilers for VAX/VMS (later renamed to OpenVMS), then OpenVMS on Alpha, and OpenVMS on Itanium. I've also worked with the HP NonStop platform and was directly involved with the compil...

> -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of JF > Bastien via llvm-dev > Sent: Thursday, June 13, 2019 12:25 PM > To: John Reagan > Cc: llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] [RFC] Coding Standards: "prefer `int` for, regular > arithmetic, use `unsigned` only for bitmask and when you, intend to rely > on wrapping behavior." > > > > > On Jun 13, 2019, at 9:19 AM, John Reaga...

On 11/9/15 5:49 PM, John Reagan wrote: > That would be fine with me. I just don't want some new visitor to > come along and see "CMake only" and get discouraged and leave. Well, it is going to be "CMake only". Anyone who depends on autotools is going to be stuck on whatever the last revision is th...

...> LLVM still has to know about those specific address spaces. I don't > see a clear way to avoid adding knowledge of the address spaces to LLVM. > I think that's the approach we'll go with, unless there are more > objections. > > On Sun, Jul 28, 2019 at 8:23 AM John Reagan > <john.reagan at vmssoftware.com <mailto:john.reagan at vmssoftware.com>> wrote: > > That is basically what we do today to provide mixed sized pointers > with > our legacy frontends.  They generate IR to our old code generator > which > has ADD...

...re waving, our other legacy compilers (our C, BLISS, Pascal, COBOL, BASIC, and Fortran) I'm planning on submitting a lightning talk for this fall on "When 3 memory models isn't enough." On 6/13/19 12:00 PM, JF Bastien wrote: > > >> On Jun 12, 2019, at 2:01 PM, John Reagan via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> On Tue, Jun 11, 2019 at 12:26 PM Michael Kruse <llvmdev at meinersbur.de> >> wrote: >> >> vector.size() returns a size_t, which on 64-bit platforms can represent >> types values larger than those...

> On Nov 9, 2015, at 3:21 PM, Jonathan Roelofs via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > On 11/9/15 4:02 PM, John Reagan via llvm-dev wrote: >> Keeping the documentation with large warnings is sufficient. It >> would at least let somebody then grab an older version's makefiles if >> they are so inclined/interested. I have no problem with you yanking >> the files, just the fact that older...

As one of the OS' without current CMake support, I'm closely watching this discussion. We currently have LLVM 3.4.2 hosted on OpenVMS Itanium (as a host only, x86 target) using configure/make with little hassle. We plan to port CMake to OpenVMS, but that has been trickier than you'd think (others have tried, I haven't found anybody who has done it). Looks like I'll want to

...useful for >> other applications. Glad to hear that you would find it useful. :) >> >> For now we were only going to add them for x86, but it should be >> easy to add such address spaces to other targets. >> >> On Mon, Jul 22, 2019 at 1:13 PM John Reagan via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Amy, when you say "implement MSVC's extensions", is that >> MSVC/LLVM or >> are you going to add these to clang?  OpenVMS...

...older versions did have configure/makefiles. I only spoke up when I saw the suggestion for removing the online documentation. John -----Original Message----- From: cbieneman at apple.com [mailto:cbieneman at apple.com] On Behalf Of Chris Bieneman Sent: Monday, November 09, 2015 5:43 PM To: John Reagan Cc: llvm-dev; llvm-dev-request at lists.llvm.org Subject: Re: [llvm-dev] [RFC] Deprecating autoconf: Let's do it! > On Nov 9, 2015, at 8:49 AM, John Reagan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > As somebody who's currently hosting LLVM on a platform (OpenVMS...

...g cmake working at all, not which > version is required...So I'm not sure how requiring an upgrade every year > could make that any worse. > > If anything, I'd expect you to need a newer version in order to get porting > changes. > > On Mon, May 2, 2016 at 1:48 PM, John Reagan via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> As one of the OS' without current CMake support, I'm closely watching this >> discussion. We currently have LLVM 3.4.2 hosted on OpenVMS Itanium (as a >> host only, x86 target) using configure/make wi...

...paxton AT fas DOT harvard DOT edu http://www.fas.harvard.edu/~napaxton ======================================================================== =============================== When you have to stay eight years away from California, you live in a perpetual state of homesickness. - Ronald Reagan The most courageous act is still to think for yourself. Aloud. -Coco Chanel ======================================================================== ===============================

...> > ------------------------------------------------------------------------ > *From:* llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Philip > Reames via llvm-dev <llvm-dev at lists.llvm.org> > *Sent:* Wednesday, July 31, 2019 12:15 > *To:* Amy Huang; John Reagan > *Cc:* llvm-dev > *Subject:* Re: [llvm-dev] [RFC] Changing X86 data layout for address > spaces > > Please review the properties of an address space which are > configurable via the data layout.  For example, bitwidth is one of > those parameters.  If that parameter space c...

You've not given libvirt anything to install; therefore, it has nothing it can tell about the IP address. Are you intending, for example, to add a mapping between MAC and IP address to a DHCP server for later use? - Peter On Mon, 17 Sep 2018 at 13:23, Devis Reagan Ponraj -ERS, HCL Tech < devisreagan-p@hcl.com> wrote: > Hi Team , > > I am new to virt-install , need your help pls . > > With below command I able to create a VM & I can see the mac address as > well . > > virt-install --virt-type=kvm --name newclicentos --ram...

As somebody who's currently hosting LLVM on a platform (OpenVMS Itanium) that has configure but not a working CMake (we're working to fix that but there are some tricky issues), I would appreciate if you didn't scrub the existence of configure from the source or the documentation. Perhaps keep pointers to the older pages and link to them from the downloads pages or something with an

...r OpenVMS after 2+ years of work on the system and compilers. I can now boot it under VBox on my W10 system here at home. On 5/7/2020 4:16 PM, Robinson, Paul wrote: > > >> -----Original Message----- >> From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of John Reagan >> via llvm-dev >> Sent: Wednesday, May 6, 2020 9:29 PM >> To: via llvm-dev <llvm-dev at lists.llvm.org> >> Subject: [llvm-dev] How to force unused external routine declaration into >> object >> >> I'm defining an external function in the IR that...

...ace aliasing (likely disjoint parts of) the 64-bit space, and the exact mapping of 32-to-64 might vary across OSes. --paulr From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Reid Kleckner via llvm-dev Sent: Wednesday, July 31, 2019 1:44 PM To: Philip Reames Cc: llvm-dev; John Reagan Subject: Re: [llvm-dev] [RFC] Changing X86 data layout for address spaces On Wed, Jul 31, 2019 at 10:29 AM Philip Reames via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Looks like I made my point in an accidentally really confusing way. Let me try...

On Wed, May 18, 2016 at 01:10:50PM +0000, Daniel Sanders via llvm-dev wrote: > It's my understanding that llvm-mc is intended to be a testing tool > for LLVM developers rather than an assembler for end users. Users > should be assembling with clang. Not all LLVM users are clang users. For example, we're using LLVM to build OpenVMS cross-compilers to x86 for our porting effort.

Hello Paul, Thanks for the reply. Yes, I am only looking for dwarf support at the moment and planning to support both PLI/COBOL decimal types. Also thanks for the suggestion, you are right as it is going to be rare cases, so it will be better to implement a separate subclass to avoid memory overhead for others. >> (Somebody is actively working on scaled binary operations, although they

Hello all, Pardon me if this has already been covered elsewhere, however I have not been able to find such documentation. Is there a consolidated set of documentation that clearly explains what's necessary to port LLVM to other OSes & how to add support for building executables (& libraries) for those OSes? I'm searching through the source in an attempt to understand what needs to

...don't appear in my Add-Ons menu. Is anyone else having this issue? It has been a while since I added any new extensions so I can't say WHEN exactly this problem happened but .... :( -- ------------------------------------------------ MzK "Trust, but verify." -- Ronald Reagan