search for: compilcate

...not restrict offsets to 32 bits. To reiterate, a base address + vector of indices gets my vote. If the base happens to be zero and the indices happen to be pre-scaled pointer values, so be it. :) The raises the question of whether indices get scaled by the vector element type size. This would compilcate the semantics of load, I think, because getelementptr is really the instruction that does the scaling. If we have a gather operation (wether a load with vector of indices or a special instruction) it seems that we will need some kind of vector getelementptr as well. -Da...

Jose Fonseca <jfonseca at vmware.com> writes: > The important thing IMO, is to not represent the gather operation as > an instruction which takes a vector of pointers, because that's too > restrictive for architectures with 64bits pointers. How is it restrictive? > What one most frequently wants to do in those architectures is to specify a > 64bit scalar base pointer

I know this has been rehashed many times, but I don''t get it. I can''t find it documented to were I understand all the parts. I can make this work using Rails database design conventions, but in this case I am not able to do that. I find examples, but the ones I find do not follow the conventions. They also do not give enough information to understand what is going on. In

...t understand. What is even more confusing is that the above code (with one line commented out) does not work when called as curve(parse(text="cos(x)")) although parse(text="cos(x)") returns expression(cos(x)). What I am really trying to do is plot a rather compilcated expression that has been built from pieces by pasting strings together. SInce the parse function returns an expression I thought I could just feed the result of parse to plot ( or curve). Any help or explanation will be appreciated, Andy -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-....

...- can you please forward this to the list for me. Thanks. Sue We are running samba and using it to map to accounts on a Digital Unix 4.0B system. Because we use clustering we have to have two sets of accounts - one with the uppercase name and one with the same name but lowercase (it's a bit compilcated - but this is what we have!) Samba seems to try lowercase by default when mapping then uppercase. This means it is trying to map to the wrong account. For instance if we have USER1 and user1 as accounts on the same machine. And do a net use Z: \\host\USER1 passwd /USER:USER1 This actually tries...

I''m interested in all of - opinions about why this is a good or bad idea - pointers to similar proposals or products that already exist - implementation suggestions This is meant for real time applications that have small available bandwidth and so they have to consider carefully what''s the best way to use that bandwidth. I imagine that things happen that cause them to

...been briefly alluded on this list before, there is global state that is shared between all vorbis_block instances. Specifically, vorbis_block contains a pointer to the stream's vorbis_dsp_state, which in turn, has a pointer to the stream's vorbis_info. The code under vorbis_analysis gets compilcated quickly (and I'm *not* a math/DSP kind of guy), but I can see that, at the very least, the global vorbis_dsp_state seems to be getting modified in each call to vorbis_analysis(). My question is: is there a way to "simulate" the global state? Given that I want to split vorbis_blocks...

I have this problem: I have an Internet line input with variable speed. I have a max speed and a min speed: Vmax and Vmin. The speed is always changing between Vmax and Vmin. I want to share the actual bandwidth (you don''t not how much, you only know the speed is between Vmax and Vmin) for N clients. The bandwidth should be shared so nobody can get more bandwidth than the others.

On Mon, Jan 27, 2020 at 3:04 PM Eric Christopher <echristo at gmail.com> wrote: > > > On Mon, Jan 27, 2020 at 2:56 PM David Blaikie via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> >> >> On Mon, Jan 20, 2020 at 8:05 AM Sam Elliott via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> To follow up on this issue:

Hi, I am trying out Xen for the first time and I am having a few problems with getting it working. The computer is a quad core Intel Xeon with VT enabled, 8gb of RAM and 2 x 15,000rpm SAS drives in RAID1. I have installed CentOS 5 64bit and installed Xen 3.3.0 via yum. I have successfully booted in to dom0. Here is my grub.conf on dom0: > # grub.conf generated by anaconda > # > #