similar to: [LLVMdev] LLVM for plugins and more

On Fri, Aug 17, 2012 at 12:16 AM, Kaylor, Andrew <andrew.kaylor at intel.com>wrote: > Hi Paweł,**** > > ** ** > > Thanks for continuing this discussion.**** > > ** ** > > I like the simplicity of your suggestion. My only concern involves the > ambiguity of what is meant by “environment”. Presently there are functions > in the llvm::Triple class to access

On 04/29/2013 15:53, Keith Walker wrote: > It sounds like you are trying to load the DWARF sections into target memory .... and if so I guess I would have to ask you why as they are not normally loaded into target memory? You are right, debug sections aren't normally loaded into the memory together with the sections needed for running. However, I am mostly focusing on the (lightweight)

Has anything more happened with this? -Andy From: Jim Grosbach [mailto:grosbach at apple.com] Sent: Friday, August 17, 2012 7:51 AM To: Paweł Bylica; Chris Lattner Cc: llvmdev at cs.uiuc.edu (LLVMdev at cs.uiuc.edu); Kaylor, Andrew Subject: Re: [LLVMdev] RFC: MCJIT enhancements On Aug 17, 2012, at 2:50 AM, Paweł Bylica <pawel.bylica at ibs.org.pl<mailto:pawel.bylica at ibs.org.pl>>

Chris, are you OK with the below changes to the Triple? -Jim On Sep 4, 2012, at 5:21 PM, "Kaylor, Andrew" <andrew.kaylor at intel.com> wrote: > ping > > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Kaylor, Andrew > Sent: Tuesday, August 28, 2012 11:10 AM > To: Jim Grosbach; Pawel Bylica; Chris Lattner > Cc: llvmdev

Hi Paweł, Thanks for continuing this discussion. I like the simplicity of your suggestion. My only concern involves the ambiguity of what is meant by “environment”. Presently there are functions in the llvm::Triple class to access the environment as an enumeration of a fixed set of values. It seems that some non-enumerated values are already in use, but introducing possible combinations of

ping From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Kaylor, Andrew Sent: Tuesday, August 28, 2012 11:10 AM To: Jim Grosbach; Pawel Bylica; Chris Lattner Cc: llvmdev at cs.uiuc.edu (LLVMdev at cs.uiuc.edu) Subject: Re: [LLVMdev] RFC: MCJIT enhancements Has anything more happened with this? -Andy From: Jim Grosbach [mailto:grosbach at apple.com] Sent:

On Aug 17, 2012, at 2:50 AM, Paweł Bylica <pawel.bylica at ibs.org.pl> wrote: > On Fri, Aug 17, 2012 at 12:16 AM, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: > Hi Paweł, > > > > Thanks for continuing this discussion. > > > > I like the simplicity of your suggestion. My only concern involves the ambiguity of what is meant by “environment”.

The other MCJIT improvements aren’t dependent on the triple changes at all. The reason that this came up in the context of MCJIT is that the quickest way to get MCJIT support on Windows is to enable the generation of ELF object images on Windows. We previously proposed a minimal approach of just adding “ELF” to the recognized triple environment strings. This is the way that MachO generation is

On Sep 4, 2012, at 5:23 PM, Jim Grosbach <grosbach at apple.com> wrote: > Chris, are you OK with the below changes to the Triple? If at all possible, I'd like to keep the triple changes separate (separate patch series and separate discussion) from the other MCJIT changes. How dependent are the MCJIT improvements on the Triple changes? As you've noticed, Triple is not a

Hi Zac, Thanks for the heads-up. I've started targeting a minimum macOS deployment target of 10.9 for the release binaries. Hope this helps. Let me know if there are any issues. vedant > On May 1, 2018, at 4:13 PM, Zac Hansen via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > The past few packages on http://releases.llvm.org/download.html

Hi, On Mon, Jun 8, 2015 at 5:26 AM, Andrew Bartlett <abartlet at samba.org> wrote: > Some logs and network traces would be very interesting. This really > should just work, we go to quite some lengths *not* to look into the > username for anything important in the AD DC, we base everything on the > SID. > Any preferences how to get them? I am not sure if my client would

> Which projects do we put under this monolithic repository? The proposal at the moment is to include llvm, clang, clang-tools-extra, lld, polly, lldb, llgo, compiler-rt, openmp, and parallel-libs. This is the set {llvm} plus the transitive closure of "projects that are version-locked to a project in the set", where the closure is taken over the set of all active LLVM

The build system can help, you just need to have two (sparse) checkout: one for LLVM/clang and the other for clang-tidy, and configure the build with the LLVM/clang checkout adding the clang-tidy as external. — Mehdi > On Jul 22, 2016, at 1:22 PM, Piotr Padlewski via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > And the same thing happen to IDEs - I would not like to spend

The past few packages on http://releases.llvm.org/download.html for mac have required the latest version of mac os. Previously they were built for 10.5 (I believe). I was just wondering if there is a technical reason for this change in requirements and if not, if it could be revered. I have systems I actively use which are 10.10 and 10.11 and it would be awesome if I didn't have to build

Monolithic is trying to solve the wrong problem - it's that simple. Any discussion or attempt to coddle those who think it's necessary is a waste of time. #dictator As part of any potential migration, everyone involved must start to accept certain changes, (large or small) to the workflow. The big challenge here isn't technical, it's mindset. It's convincing any group of

I have a data frame with three columns, type (a factor with two values: "Monolithic" and "Compositional"), size (numeric), and states (numeric). I want to create a plot where size goes on the x-axis and states goes on the y-axis. In this plot, I want two lines, one where the type is "Monolithic" and one where the type is "Compositional". I think this can

I have one reasone why we should not moe to monolithic repository - If you do some light stuff like clang-tidy, that don't often require syncing with clang, but you still want to have the most recent checks, then I don't see a solution in monolithic repository. And this is a real issue if you only have 2 or 4 core laptop to do work. And I guess the the build system won't solve the

This is great news. Do you have any dependencies between your modules? For instance, one calling a function in another? If so, how did you handle that? Any chance you could share some code snippets or the relevant portions? -Andy From: Andrew Sorensen [mailto:digegoo at gmail.com] Sent: Thursday, February 14, 2013 11:48 PM To: Kaylor, Andrew Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev]

On Sat, May 30, 2015 at 04:48:07PM +0200, Andreas Happe wrote: > Hi, > > On Fri, May 29, 2015 at 7:17 PM, Jeremy Allison <jra at samba.org> wrote: > It's a really bad idea to have logins with spaces. It can > cause all sorts of security issues in all sorts of subtle > ways. Replace the spaces with '_' (underscoer). > > The usernames are

On Mon, Jun 01, 2015 at 08:41:16PM +0200, Andreas Happe wrote: > Hi, > > On Mon, Jun 1, 2015 at 6:54 PM, Jeremy Allison <jra at samba.org> wrote: > > (also if samba's goal is to replace a windows ad server it would be > nice if it > > would support the same usernames). > > Yes I know, but Windows <> UNIX and the Samba goal is to