similar to: Configuring bind

Just did a fresh install of CentOS 5 x86_64 on a vmware virtual box. Have done this successfully in the past but now run into problems with yum and perl CPAN. The error I get: http://centos.arcticnetwork.ca/5.0/os/x86_64/repodata/primary.xml.gz: [Errno 12] Timeout: <urlopen error timed out> Trying other mirror. continues until it runs out of mirrors. I'm able to access everything, ie:

On Tuesday, July 20, 2010 4:04 PM, Jakob Stoklund Olesen > > On Jul 20, 2010, at 10:57 AM, Ken Dyck wrote: > > > Does anybody have any tips for generating spills/reloads for large > > non-vector registers? > > [snip] > > > This is quite simple to handle. A register > MachineOperand has a subreg field for this > purpose. It is used to pick out subregisters

Hi Daniel, I want to clarify that our analysis is not based on CFL-reachability. We apply CFL-reachability to matching context information where the exist from a function to a call-site must match the entry from the corresponding call-site. The problem is a simple balanced parentheses problem in CFL-reachability, and it can be computed efficiently. The paper you mentioned is a very nice paper

I'm trying to discern whether or not stack variables are all accessible through ExecutionEngine.cpp . Initially , I targeted the 'alloca' function as the source for all stack accession data , but I think that the function is too basic : ie , the type data may not be easily accessible from that function's scope . So my next idea was to use ExecutionEngine , because when data is

On Fri, Oct 18, 2013 at 7:27 AM, lian li <lianli at gmail.com> wrote: > Hi Daniel, > > I want to clarify that our analysis is not based on CFL-reachability. > We apply CFL-reachability to matching context information where the > exist from a function to a call-site must match > the entry from the corresponding call-site. Yes, sorry, I pulled the wrong quote, it was late.

On Dec 2, 2009, at 12:32 PM, Ken Dyck wrote: > Would there be any interest/opposition to extending the set of simple > integer types in MVT to include the missing multiples of 8 (up to 64 > bits)? That is: i24, i40, i48, i56? > > Adding the types to MVT (and ValueTypes.td) would allow LLVM to be > targeted to architectures that have registers and operations of these > sizes

On Wednesday, December 02, 2009 7:09 PM, Chris Lattner wrote: > > On Dec 2, 2009, at 12:32 PM, Ken Dyck wrote: > > > Would there be any interest/opposition to extending the set > of simple > > integer types in MVT to include the missing multiples of 8 > (up to 64 > > bits)? That is: i24, i40, i48, i56? > > > > Adding the types to MVT (and

Hello, On a recent discussion on the cfe-dev mailing list[1] it was asked how easy it was to create a backend to an Harvard Arch chip: different data/function pointer sizes and 16 bit chars (main issues of the targeted arch). Ken Dyck has posted a patch (which solved at least the second problem of 16bit char) on which I have been working on and Douglas Gregor said that different pointer sizes are

On Wednesday, July 21, 2010 11:21 AM, Jakob Stoklund Olesen wrote: > > On Jul 21, 2010, at 7:44 AM, Ken Dyck wrote: > > Speaking of the rewriter, I've had some > problems recently where the > > rewriter replaces the last of the three > load instructions with a COPY > > instruction because isLoadFromStackSlot() > returns the same frame index > > for all

On Jan 18, 2011, at 7:01 AM, Ken Dyck wrote: > Should addBlockByrefAddress() and addComplexAddress() be doing the same? Yes. Can you prepare a patch ? Thanks, - Devang

Am 08.03.2011 um 19:59 schrieb Ken Dyck: > If you are interested, I can send you a patch of the changes that I > made to the 2.8 release for a backend that targets a 24-bit > word-addressable DSP, but it is quite rough and it includes changes in > which you probably aren't interested (support for non-power-of-2 > integer sizes and some other bug fixes). I would be interested

Hi, I did the Pass ID workaround by providing Passes.h in the include/llvm/Machine. But the question which is holding me up is that, as Ken Dyck was kind enough to point out, what should be done to the dependency on libAnalysis? The Machine passes are not only dependent on Passes class but also on others such as the ConstantFolding.h. Is it a possible solution to break this dependency or carry

On Jul 20, 2010, at 10:57 AM, Ken Dyck wrote: > Does anybody have any tips for generating spills/reloads for large > non-vector registers? > > I'm working on a back end for a DSP architecture that has accumulator > registers that are too large to be spilled or reloaded with a single > instruction. All of their bits can be accessed in word-size chunks via > three

Hi, While updating my fedora rawhide installation, I got the Ooops listed at the end of the Email. Is this a known bug (I didn''t find anything specific), or should I file a bug? Thank you in advance, Clemens Feb 10 10:59:45 testbox kernel: [ 524.495751] BUG: unable to handle kernel NULL pointer dereference at (null) Feb 10 10:59:45 testbox kernel: [ 524.496006] IP:

Hi ! When trying to change users password from NT or XP workstations (using CTRl-ALT-DEL), I get an error under Windows and this in my samba logs: Sep 10 16:15:08 testbox kernel: pid 2709 (smbd), uid 10000: exited on signal 6 Sep 10 16:15:08 testbox smbd[2709]: [2003/09/10 16:15:08, 0] lib/util_sec.c:assert_gid(114) Sep 10 16:15:08 testbox smbd[2709]: Failed to set gid privileges to

On Jul 21, 2010, at 7:44 AM, Ken Dyck wrote: > Speaking of the rewriter, I've had some problems recently where the > rewriter replaces the last of the three load instructions with a COPY > instruction because isLoadFromStackSlot() returns the same frame index > for all three load. For example, > > load a.l, <fi#n>, 0 load a.l, <fi#n>, 0 > load a.h

Instead of putting the burden on the back-ends to implement special lowering code, why not implement code in the legalizer that would automatically sign extend them to the next largest power of 2 integer if the specific integer types were not supported. This would then remove the need of the back-ends to implement anything as LLVM would just generate extend the values to i32/i64 silently. Micah

On 2008-09-16, at 19:01, Dane Napier van Dyck wrote: > I'm trying to discern whether or not stack variables are all > accessible through ExecutionEngine.cpp . > Initially , I targeted the 'alloca' function as the source for all > stack accession data , but I think that the function is too basic : > ie , the type data may not be easily accessible from that

Hello all. I'm relatively new to Samba, and haven't been able to track down a solution to this particular problem. I use Samba/Winbind to authenticate FreeBSD machines against a Windows 2003 Active Directory. That all works fine. The problem is that groups in the AD of type "Security Group - Domain Local" are causing winbindd a lot of grief. Every time the winbindd daemon is

Hi People, I am setting up a new dovecot server for testing first prior production upgrade from 1.2.x to 2.0.x. I used the RPMs from ATrpms: dovecot-2.0.0-1_117.el5.x86_64.rpm The errors I am getting: ----------------------------- Aug 27 18:15:29 testbox dovecot: auth: Debug: Loading modules from directory: /usr/lib64/dovecot/auth Aug 27 18:15:29 testbox dovecot: auth: Debug: Module loaded: