search for: schweitz

Are you suggesting having different semantics for different chunks of the IR graph? -- Eric On Thu, Nov 25, 2010 at 2:33 AM, Renato Golin <rengolin at systemcall.org>wrote: > On 25 November 2010 07:51, Duncan Sands <baldrick at free.fr> wrote: > > If you got to XYZ because an instruction threw an exception before %x was > > defined, then in XYZ you are using %x which

*From:* flang-dev <flang-dev-bounces at lists.flang-compiler.org> *On Behalf Of *Eric Schweitz (PGI) *Sent:* Thursday, November 01, 2018 1:02 PM *To:* flang-dev at lists.flang-compiler.org *Subject:* [Flang-dev] RFC: Adding debug information to LLVM to support Fortran In order to support debugging in the Flang project, work has been done to extend LLVM debug information for the Fortran l...

...n array. COBOL also has strings as a fundamental type. I guess we'll have to learn what all the Fortran array stuff actually means now… --paulr From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Adrian Prantl via llvm-dev Sent: Thursday, November 01, 2018 6:12 PM To: Eric Schweitz Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] RFC: Adding debug information to LLVM to support Fortran Thanks for sharing your plans, I made a few comments inline I noticed on my first quick read-through. -- adrian On Nov 1, 2018, at 1:29 PM, Eric Schweitz via llvm-dev <llvm-dev at...

On 25 November 2010 07:51, Duncan Sands <baldrick at free.fr> wrote: > If you got to XYZ because an instruction threw an exception before %x was > defined, then in XYZ you are using %x which was never defined.  In effect > the definition of %x in bb does not dominate the use in XYZ.  I think the > solution is to say that in XYZ you are not allowed to use any values defined >

On Sun, May 2, 2010 at 9:32 AM, John Regehr <regehr at cs.utah.edu> wrote: > > On reflection, perhaps this isn't so bad. This really only matters when > > the compiler is able to infer readnone/readonly, which typically doesn't > > include cases with indirect calls. Per #2, I think it could be handled > > by making the GCC-style pure/const attributes imply

On my Samba-server (normal) users aren't abled to change their password. When they use smbpasswd they are asked to insert the old password, the new pasword and to confirm the new password. After the confirmation of the new password they receive an error: machine 127.0.0.1 rejected the password change: Error was : RAP86: The specified password is invalid. Failed to change password for

Hi all Thanks for all the replies and engagement on this issue. First point, given the state of discussions today I would like to propose that we don't start the merge at 10:00 GMT on Monday 13th as proposed and we delay by at least 24 hours until after the scheduled F18 technical call on Monday afternoon. In order to help compile a plan of action, I've tried to compile a list of the

Hi, everyone, I'm currently the code owner for the PowerPC target. I worked on the PowerPC target for many years, and that was a lot of fun, but I've not been directly involved in development for PowerPC for some time. I would like to nominate Nemanja Ivanovic for the role of PowerPC target code owner. Insofar as a code owner is responsible for making sure that patches are reviewed,

...e  > I don't really consider this addressed without a plan of action (before merge) that contains a list of standard llvm support libraries that would be used in addition to things being removed (pretty much all use of C++ c* headers and more?) as well as staffing and approximate ETAs. Eric Schweitz has implemented this as part of his patch that adds FIR [1]. Our plan is to extract this as a separate patch in phabricator for review so it can land more or less right away after F18 is merged into the monorepo. To be clear, our intention is that flang would *not* build by default after the patch....

Hi Mehdi, I can't replicate those failures at my end, could you let me know what OS, compiler and CMake flags you're using so I can try and reproduce? Thanks! David Truby ________________________________ From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Mehdi AMINI via llvm-dev <llvm-dev at lists.llvm.org> Sent: 07 April 2020 06:44 To: Richard Barton