search for: rummag

...What exactly? We need to test if this is GHC calling convention or not >>>> and if >>>> its, then return different set of callee saved regs. What exactly >>>> don't you like >>>> on this piece? >>> >>> I don't see anyone else rummaging around inside the original function >>> for the >>> calling convention, so why do you need to? So I wrote the first version of the GHC calling convention for X86, and also basically the code in question above as its copied from the X86 implementation. I had a look over the cod...

...us. Why do you need to do it? >> >> What exactly? We need to test if this is GHC calling convention or not >> and if >> its, then return different set of callee saved regs. What exactly >> don't you like >> on this piece? > > I don't see anyone else rummaging around inside the original function > for the > calling convention, so why do you need to? Based on knowledge of calling convention we return different set of callee saved registers. For example on ARM and when GHC CC is used, we return empty set. > If this information is useful to...

ok. dont tell me i am lame. i already know. my question is.. where is the default stream name kept? i have rummaged through icecast.conf and ices.conf, and to no avail, i cannot find it. with no coding required on my part.. streaming works on my Alpha. wohoo! ja. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send...

...t;>> >>> What exactly? We need to test if this is GHC calling convention or not >>> and if >>> its, then return different set of callee saved regs. What exactly >>> don't you like >>> on this piece? >> >> I don't see anyone else rummaging around inside the original function >> for the >> calling convention, so why do you need to? > > Based on knowledge of calling convention we return different set of callee saved > registers. For example on ARM and when GHC CC is used, we return empty set. yeah, but here MF...

...ike this is that other passes are supposed to sort such things out if they can be sorted out. If they failed then there is no point in having the callgraph analysis try too. The main place that tries to sort out such bitcasts is transformConstExprCastCall in InstCombineCalls.cpp. You may want to rummage around in there to work out why it thinks removing the bitcast is unsafe. So the answers to your questions are: (1) yes, and (2) it is not a job for the analysis - instcombine is the place to take care of this. Ciao, Duncan.

Hi Duncan, > const unsigned* > ARMBaseRegisterInfo::getCalleeSavedRegs(const MachineFunction *MF) const { > + bool ghcCall = false; > + > + if (MF) { > + const Function *F = MF->getFunction(); > + ghcCall = (F ? F->getCallingConv() == CallingConv::GHC : false); > + } > This bit looks dubious. Why do you need to do it? What exactly? We need

...t; + } > > > This bit looks dubious. Why do you need to do it? > > What exactly? We need to test if this is GHC calling convention or not and if > its, then return different set of callee saved regs. What exactly don't you like > on this piece? I don't see anyone else rummaging around inside the original function for the calling convention, so why do you need to? If this information is useful to have, why isn't it in the machine function? Ciao, Duncan.

On Thu, 2018-05-10 at 10:31 -0400, Jerome Glisse wrote: > > Could you bisect ? I would love to point finger upstream to the DMA > folk who made changes to that API without testing with GPU. Rummaging a bit, it might be... nouveau_bo_new() ... ttm_dma_pool_alloc_new_pages() dma_alloc_attrs() ops->alloc() == x86_swiotlb_alloc_coherent() x86_swiotlb_alloc_coherent() flags |= __GFP_NOWARN; swiotlb_alloc_coherent(..flags) swiotlb_alloc_coherent(..flags) attrs = (flags...

PS: It is possible that the C front-end doesn't need to explicitly produce BUILT_IN_POW because it is auto-synthesized somehow from a call to "pow". I wouldn't know. One way to find out is to compile a testcase and rummage around inside the gcc trees when they hit llvm-convert.

...eful to mention, under the documentation for matrix() and data.matrix(), that as.matrix(tab) is equivalent to as(tab, "matrix", strict=FALSE) (is that strictly correct?) I often want to use xtable() with tables. There is no method defined for the class "table". After a bit of rummaging, I found that I can use: xtable(as(tab, "matrix")). John Maindonald email: john.maindonald at anu.edu.au phone : +61 2 (6125)3473 fax : +61 2(6125)5549 Centre for Bioinformation Science, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian Nat...

I've rummaged through the archives and documentation and have yet to find references to nbsd or mention of how to implement overhead paging using chan_oss as mentioned in the list previously. I suspect that one would use a soundcard in the PBX system and feed the output to speakers and/or PA system. Would some...

...and the corresponding APIs. I would like to perform appropriate actions based on the kind of instruction in a tool that I am working on. For example, I'd like to distinguish between memop instructions involving immediate vs register. While it appears that I would be able to accomplish this by rummaging through the instruction operands, a combination of the flag(s) MayLoad/MayStore and MoveImm seemed attractive/clean/efficient(?), if the instruction description did indeed use the flags. Hence the question. Thanks, Bharadwaj On Fri, Feb 9, 2018 at 12:17 PM, Craig Topper <craig.topper at g...

Hi David, > The code above is needed as the GHC calling convention redefines what > registers are considered callee save. No one else rummages in to the > original function as all the other calling conventions use the same > set of callee and caller save registers, so GHC is the only one that > needs to differentiate. shouldn't the caller also know what registers are callee saved so that it can avoid saving the contents of...

...1980 the first version of S was distributed outside Bell Laboratories and in 1981 source versions were made available." but I've been unable to locate any version of S online. Does anyone have a copy, somewhere, rusting away on an old hard disk or slowly flaking off a tape? I've had a rummage round the CMU Statlib on archive.org but no sign of it, and its hard to search for "S" generally. Obviously this would be for archaeological purposes, but there's bound to be someone out there who'd like to try and compile it on a modern system. It might at least be nice to see...

...ons are actually possible? https://bugzilla.netfilter.org/show_bug.cgi?id=1202#c1 explicitly states that disjunctions are definitely not supported, so logical OR, and XOR are right out, and given that I'd say NAND almost certainly is too. The only combining operator for matches is AND. Also, rummaging through the grammar file seems to confirm that there are only _bitwise_ operators. -- You are receiving this mail because: You are watching all bug changes. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.netfilter.org/pipermail/netfilter-buglog...

...PAI, but I don't really have a clue what doing that does or doesn't get me, so not sure whether to use it. I'm pretty sure I want 'ignore system acls' but uncommenting that line results in the test files no longer getting either security.NTACL or user.SAMBA_PAI. I've had a rummage through the logs, but nothing seems to indicate a problem, although I'm not sure what I'd be looking for. I know copying by Windows Explorer results in stripping out permissions, but is there a preferred way on windows to send files to the share for this purpose? I've tested with Rob...

...rded properly. (I can say "ssh-add -l" and see my keys.) If I ssh-add my DSA key into the local agent and "ssh -2" to another machine, the agent connection does not forward. (Ssh-add -l can't find the agent, there is no SSH_AUTH_SOCK environment variable.) I've been rummaging in the code, and I see two sections in ssh.c where X forwarding is handled. One of the sections also handles agent forwarding. I tagged one of the debug() calls about "Requesting X11 forwarding" in order to distinguish between them at runtime. The section that does not appear to do...

...ing into > http://socghop.appspot.com/org/show/google/gsoc2009/llvm for more > details like application requirements, etc. Also I think it was agreed that we would not accept applications from students who have never contributed to LLVM in any way. So, if you want to be a GSoC LLVM student, rummage through the bugreports, find one you can solve, solve it, send in your solution, and pray it gets applied! The idea is that we want proof that students are actually capable of contributing before accepting applications; we don't want to discover that a student is never going to produce anythin...

...C and so is coherent). I'll need to set up a cross-compiler >> ... > > I'm not going to say no to actual testing, but it's going to be a world > of pain getting something so old going. I do have a box of older > systems I keep for architectural testing that I need to rummage around > in ... I just have a vague memory that my 715 actually caught fire a > decade ago and had to be disposed of. I still have a zoo of machines running for such testing, including a 715/64 and two 730. I'm going to test this git tree on the 715/64: git://git.infradead.org/users/hch...

On 15 October 2011 00:31, Duncan Sands <baldrick at free.fr> wrote: > Hi David, > >> The code above is needed as the GHC calling convention redefines what >> registers are considered callee save. No one else rummages in to the >> original function as all the other calling conventions use the same >> set of callee and caller save registers, so GHC is the only one that >> needs to differentiate. > > shouldn't the caller also know what registers are callee saved so that it > can av...