search for: fani

The ARM Neon load, store and shuffle operations that I've been implementing recently with LLVM intrinsics do not care about the distinction between vectors with i32 and f32 elements -- only the size matters. But, because we have only MVT::fAny and MVT::iAny types, I've been having to define separate intrinsics for the operations with floating-point vector elements. It

On Aug 9, 2009, at 8:37 AM, Chris Lattner wrote: > I really do think that bitcast is the right way to go here. I ran > into a couple of similar problems when bringing up the altivec port. > For example, at one time we'd get "all zero vectors" of different > MVTs, which would not be CSEd. > > The fix for this was to be really disciplined about what types to make

On Aug 8, 2009, at 11:47 PM, Bob Wilson wrote: > The ARM Neon load, store and shuffle operations that I've been > implementing recently with LLVM intrinsics do not care about the > distinction between vectors with i32 and f32 elements -- only the size > matters. But, because we have only MVT::fAny and MVT::iAny types, > I've been having to define separate intrinsics for

Hi, So, we currently have gc.result.int, gc.result.float. gc.result.ptr, gc.relocate, and gc.statepoint. gc.statepoint's signature is fine with a iPTRAny as the first argument. gc.result is in trouble, because none of the signatures admit even a simple array of integers, and there's no aAny. And certainly no vectors. So we can get a gc.result.vector to add to this mess, and admit [1] to

Hi Bob, An alternative would be to model the operations as regular shuffle, load, and store operators, combined to describe the actual instructions. This would make them easier for target-independent code to understand. Dan On Aug 8, 2009, at 11:47 PM, Bob Wilson <bob.wilson at apple.com> wrote: > The ARM Neon load, store and shuffle operations that I've been >

We have completed a migration from one Samba server to another Samba. The versions and binaries are exactly the same. The only difference between the two configs is that the original Samba server used LDAP for authentication and the new Samba server uses the flat files for authentication (smbpasswd file). Here is the problem: On a Windows 2000 file server, we have folder shares. Users can log on

<table cellspacing='0' cellpadding='0' border='0' ><tr><td style='font: inherit;'>Hi,<br>I tried creating intrinsics which are to be<br>placeholders for a set of instructions (actually a section of a basic block) to be executed elsewhere(for e.g. in HW).<br>These intrinsics are to take care of the data dependencies of the set of

..."S5" 1 3 5 6 Na 3 Na 3 Na 2 or better still: "S1" "S2" "S3" "S4" "S5" 1 3 5 6 0 3 0 3 0 2 Any ihelp will be appreciated Thanks Fanie Nel

Hello, LLVM's intrinsic overloading mechanism does not currently support overloading on pointer types. Patches to implement this would be welcome. Dan On May 7, 2008, at 9:25 AM, aditya vishnubhotla wrote: > Hi, > I tried creating intrinsics which are to be > placeholders for a set of instructions (actually a section of a > basic block) to be executed elsewhere(for e.g. in

...result if I change the ownership of user directory this way: [root at sftp-server ~]# chown user.root /home/user/ What can I do in order to grant user access and allow write permissions in his home directory? Thanks -- Carlo Pradissitto Servizi e Supporto IT I-WAY S.r.l. Piazza Caduti di via Fani, 2 03100 Frosinone Mobile: +393939318571 Tel/Fax: 07751880765 E-mail: c.pradissitto at i-way.it -- Carlo Pradissitto Servizi e Supporto IT I-WAY S.r.l. Piazza Caduti di via Fani, 2 03100 Frosinone Mobile: +393939318571 Tel/Fax: 07751880765 E-mail: c.pradissitto at i-way.it

On Aug 9, 2009, at 6:29 AM, Dan Gohman wrote: > Hi Bob, > > An alternative would be to model the operations as regular shuffle, > load, and store operators, combined to describe the actual > instructions. This would make them easier for target-independent code > to understand. Yes, I have tried to do that as much as possible. There are still a number of operations where

Hello, I've observed in some tests that getValueTypeList() is sometimes called with type MVT::iPTR. There is a discrepancy between the size of the array VTs and the use in getTypeValueList(). The array is allocated with space for elements up to LAST_VALUE_TYPE and iPTR is defined after it. The enumerator value of iPTR is between LAST_VALUE_TYPE and LastSimpleValueType. For this reason the

...28 scontext=root:system_r:smbd_t:s0 tcontext=system_u:object_r:httpd_sys_content_t:s0 tclass=dir Jul 24 10:28:19 bf1 smbd[29486]: '/var/www/html' does not exist or permission denied when connecting to [netadsdev] Error was Permission denied I would realy appreciate any help here Thanks Fanie Smith

...result if I change the ownership of user directory this way: [root at sftp-server ~]# chown user.root /home/user/ What can I do in order to grant user access and allow write permissions in his home directory? Thanks -- Carlo Pradissitto Servizi e Supporto IT I-WAY S.r.l. Piazza Caduti di via Fani, 2 03100 Frosinone Mobile: +393939318571 Tel/Fax: 07751880765 E-mail: c.pradissitto at i-way.it

Hellos, I have date/times in 64-bit Julian format, that is the number of milliseconds since 1 jan 1970 (or something like that). E.g., "1159884877406" For the life of me I can't figure out how to render these in a more readable format, e.g., "2006-10-04 23:12:93.191" (and I have tried to do my best searching the archives and help etc ...) Thank you most

As some of you may know, I'm trying to set up Samba BDC on a disk- and fan-less tiny mipsel_CPU router running OpenWRT distribution. I already managed to compile Samba 3.0.21a and OpenLDAP 2.3.18 for it, and they seem to work fine. The problem is, this tiny distribution for routers doesn't seem to have anything like Name Service Switch (NSS), and relies solely on /etc/passwd and

...esult if I change the ownership of user directory this way: [root at sftp-server ~]# chown user.root /home/user/ What can I do in order to grant user access and allow write permissions in his home directory? Thanks -- Carlo Pradissitto Servizi e Supporto IT I-WAY S.r.l. Piazza Caduti di via Fani, 2 03100 Frosinone Mobile: +393939318571 Tel/Fax: 07751880765 E-mail: c.pradissitto at i-way.it