similar to: [LLVMdev] New getelementptr instruction form

Good evening, I have a problem: I set up samba on my home server to share some files. In my smb.conf I set to the shares "directory mode = 0775" and "create mode = 0664". So new files will have 664 permissions and new dirs 775 permissions. If I access to the smb shares over my file explorer and create files an dirs, they get the permissions on the server I set in the

Hi all, An oddity that has existed for a long time in the IR is that PointerType derives from SequentialType. Per subject I propose to make PointerType derive from Type for a couple of reasons: - Values of type PointerType are unlike the other SequentialTypes (arrays and vectors) in that they do not hold values of the element type. By moving PointerType we can unify certain aspects of how the

Seems pretty plausible to me - my only question would be whether it's worth the churn to do this intermediate step before finishing off typeless pointers (granted, I've stalled out on that for nearly a year, admittedly - but good to have extra hands/incentives - there's still a fair bit of work to do though, so understandable if it might not be useful to block progress on other things

this patch makes room for the vcpu structure in lguest, already used in this very same way at lguest64. It's the first part of our plan to have lguest and lguest64 unified too. When two dogs hang out, you don't have new puppies right in the other day. Some time has to be elapsed. They have to grow first. In this same spirit, having these patches _do not_ mean smp guests can be launched

On Mon, Oct 31, 2016 at 1:43 PM Peter Collingbourne <peter at pcc.me.uk> wrote: > Thanks David. I ended up trying this over the weekend (see > https://github.com/llvm-project/llvm-project/compare/master...pcc:pointertype). > It ended up being a net reduction in code size so seems like a useful > cleanup even independent of the typeless pointer work, I'll see if I can >

this patch makes room for the vcpu structure in lguest, already used in this very same way at lguest64. It's the first part of our plan to have lguest and lguest64 unified too. When two dogs hang out, you don't have new puppies right in the other day. Some time has to be elapsed. They have to grow first. In this same spirit, having these patches _do not_ mean smp guests can be launched

Thanks David. I ended up trying this over the weekend (see https://github.com/llvm-project/llvm-project/compare/ master...pcc:pointertype). It ended up being a net reduction in code size so seems like a useful cleanup even independent of the typeless pointer work, I'll see if I can send a patch to the list. FWIW I think this directly helps towards the migration because we would have a clearer

I'm attempting to setup samba authentication via PAM and more specifically the pam_pwdfile module. So far I have had trouble determining the right mix of global settings to get this to work. I have read through many tutorials online, but so far I have not found good documentation on how to achieve this. What I am really attempting to do is unify the credentials for access to the

Dear test fans, Recently a couple of cases came to light, where a test had the line REQUIRES: nowindows with the obvious expectation that it would be disabled, but only for the Windows platform. Sadly, this is not true; the "no" prefix means nothing to Lit. I've already fixed one test, within Lit's own test suite, and I've done a bunch of grepping to see what else is

Dear List, I am realtively inexperienced so i apologise in advance and ask for understanding in the simplicity of my question: I have data on the amount of grass per km in a cell ( of which i have lots) "grass" and for each cell i have x/y coordinates - required due to spatial autocorrelation Cells can be classfied in a hierarchical nature into AREAS and STATES i.e Cell 1, Cell 2,

> On Jan 12, 2017, at 5:03 AM, Antoine Pitrou via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Mon, 9 Jan 2017 11:43:17 -0600 > Wei Ding via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> Hi, >> >> I want an efficient way to implement function pow in LLVM instead of >> invoking pow() math built-in. For algorithm part, I am clear for the

On Wed, 24 Dec 2003, yue wrote: > why doesn't llvm transfer bytecode to RTL form? I mean the > cross-platform compile in GCC. Could LLVM do that? Sure, it would be a realtively straight-forward (but large and hard to get right, if you're not a GCC expert), project to build an LLVM front-end for GCC. This would allow you to effectively use LLVM as a mid-level representation for

I own an Athlon 64 X2 Dual Core Processor 5200+. I enabled SVM extensions on BIOS. I did a power cycle. xm dmesg shows me: (XEN) AMD SVM: ASIDs enabled (XEN) HVM: SVM enabled I run a 64 bit Xen kernel (OpenSuse 11). Xen version is 3.2.1_16881_04-8.6 I _can not_ run any x86_64 O.S on a HVM domU, because it appears something like this: "your cpu does not support long mode. use a 32bit

Hi all, I'm cross-compiling speex for a GNU/Linux ARM target. I want to compile only the libraries, and not the speex executables. I don't have a libogg cross-compiled, and would prefer the need to have to set it up. Unfortunately: 1/ the speex executables depend on libogg header files, although, the speex executables are only compiled if the libogg header files are available 2/ the

On Wed, 24 Dec 2003, yue wrote: > we work on distribute software development, most programs are wroten in > java. > but the running speed of that is slowly, it requires thread library to > support, you know. I'm not sure exactly what you mean here. LLVM does not currently have a Java front-end, though there is one in development. Thread support should not be a problem, you can

we work on distribute software development, most programs are wroten in java. but the running speed of that is slowly, it requires thread library to support, you know. Chris Lattner wrote: >On Wed, 24 Dec 2003, yue wrote: > > > >>why doesn't llvm transfer bytecode to RTL form? I mean the >>cross-platform compile in GCC. Could LLVM do that? >> >>

Hi everyone! I've been working on setting up an Asterisk server and my two Digium cards I ordered will arrive tommorow, so I'm excited to plug some 'real' old-school lines into it. But tonight I've been testing with some of our staff around the world, and while handing off 'real' (PSTN - over VoIP using Voicepulse) calls to SIP and SIP calls to VoIP PSTN works fine,

I'm running a base demo install of Asterisk with ztdummy loaded on a 2Ghz Celeron with 256MB Ram - It's running on Fedora Core 2 in Text Only mode. I can connect with no issues but I'm getting intermitent popping and clicking noises in the demo playback - I've tried a variety of different codecs all with the same effect. It's the local wan so I can't see how QOS

Hi, I've another question about getelementptr. So, in the twisted mind of my little pass, I have a statement like this: %reg228-mod = getelementptr %struct.SimpleStruct* %N.1, long 0 ; <%struct.SimpleStruct*> [#uses=2] I'm not sure of the semantics of %a = getelementptr %b, long 0. I want to think that it is some kind of weird identity (no-op), judging from the operand

Hi, Chris, I was wondering if you had a chance to look at this problem. Could you let me know how to decide if this is a heap node in this case? It's important because my code depends on this information. Thanks, Jerry On Thu, 21 Nov 2002, Chris Lattner wrote: > > When I use analyze to construct the DSGraph for the lists.c program in > > test/Programs/SingleSource/Shootout