search for: rely

Displaying 20 results from an estimated 12808 matches for "rely".

2001 May 22
2
winamp plugin that relies on external dll
Well there is this winamp plugin to play Super Nintendo sound files (*.SPC) and it doesn't run because it relies on a DLL that it sticks in the windows/system dir called SNESAPU.DLL (c:\windows\system\SNESAPU.DLL) Of course, it says it can't find the dll... is there any way for me to tell WINE where it is?
2016 Jun 07
26
[PATCH v2 00/20] drm/atomic: Provide default ->best_encoder() behavior
...onship between encoders and connectors. The core already provides the drm_atomic_helper_best_encoder() function which is taking the first encoder attached to the connector (after making sure only one encoder was attached to the connector), but it's not automatically used, and drivers wanting to rely on this default behavior have to explicitly assign their ->best_encoder() hook to drm_atomic_helper_best_encoder(). The first patch fixes remaining places where drm_atomic_helper_best_encoder() should be called when ->best_encoder() is NULL, so that drivers using the atomic helpers can get r...
2016 Jun 07
26
[PATCH v2 00/20] drm/atomic: Provide default ->best_encoder() behavior
...onship between encoders and connectors. The core already provides the drm_atomic_helper_best_encoder() function which is taking the first encoder attached to the connector (after making sure only one encoder was attached to the connector), but it's not automatically used, and drivers wanting to rely on this default behavior have to explicitly assign their ->best_encoder() hook to drm_atomic_helper_best_encoder(). The first patch fixes remaining places where drm_atomic_helper_best_encoder() should be called when ->best_encoder() is NULL, so that drivers using the atomic helpers can get r...
2000 Sep 02
2
Relying on autoconf/configure
I decided, since nobody else seems to be doing it, to do a new build of the Mac library. Unfortunately, things now rely on os_types.h. No problem, I'll just create an os_types.h in mac/compat. Except os.h #includes "../include/vorbis/os_types.h" -- in other words, it explicitly wants the os_types.h that was generated from os_types.h.in by configure. The simple solution is to just #include "o...
2010 Nov 10
1
Applications which rely on WMP6
Greetings. I need to run a bunch of apps that, as subject hints, rely on WMP6. I've found a WMP6 installation on www.oldversion.com, yet when I try running it - the installer says that it's looking for Windows XP or later, and that 2000 is not supported. It's strange because I've configured Wine to present itself as XP, and I've also tried to spec...
2016 Jun 02
24
[PATCH 00/20] drm/atomic: Provide default ->best_encoder() behavior
...onship between encoders and connectors. The core already provides the drm_atomic_helper_best_encoder() function which is taking the first encoder attached to the connector (after making sure only one encoder was attached to the connector), but it's not automatically used, and drivers wanting to rely on this default behavior have to explicitly assign their ->best_encoder() hook to drm_atomic_helper_best_encoder(). The first patch fixes remaining places where drm_atomic_helper_best_encoder() should be called when ->best_encoder() is NULL, so that drivers using the atomic helpers can get r...
2016 Jun 02
24
[PATCH 00/20] drm/atomic: Provide default ->best_encoder() behavior
...onship between encoders and connectors. The core already provides the drm_atomic_helper_best_encoder() function which is taking the first encoder attached to the connector (after making sure only one encoder was attached to the connector), but it's not automatically used, and drivers wanting to rely on this default behavior have to explicitly assign their ->best_encoder() hook to drm_atomic_helper_best_encoder(). The first patch fixes remaining places where drm_atomic_helper_best_encoder() should be called when ->best_encoder() is NULL, so that drivers using the atomic helpers can get r...
2011 Nov 28
5
window manager interface commands for linux
How can i replicate this in Linux: source(file.choose()) I've tried source(tkgetOpenFile()) but with no luck
2008 Jan 07
3
Finding windows DLLs
The XML package relies on libxml2.dll (e.g., bundled with the CRAN binary) installed in library/XML/libs. Unfortunately, c:/WINDOWS/system32/libxml2.dll will be found and loaded before this. Is there any programatic solution? Thanks, Martin -- Martin Morgan Computational Biology / Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N. PO Box 19024 Seattle, WA 98109 Location: Arnold
2015 Jul 14
7
[LLVMdev] GlobalsModRef (and thus LTO) is completely broken
...defeating the purpose of the analysis pass. The consequence is that whether passes claim to preserve AA or not is irrelevant, GlobalsModRef will be preserved anyways! =[[[[ So the only way to make things work correctly is to make GlobalsModRef survive *any* per-function changes to the IR. We cannot rely on AA updates at all. Most of the updates that GlobalsModRef needs can be provided by a ValueHandle now that we have them. This will prevent ABA-style issues in its caches, etc. I plan to send out a patch soon that switches it over to this strategy. It is also relying on a precomputed set of glob...
2015 Jul 14
3
[LLVMdev] GlobalsModRef (and thus LTO) is completely broken
...> is totally about the practical stuff. > > > > Now, as to why I emailed this group of people and with this subject, the > only pass pipeline that includes GlobalsModRef, is the LTO pipeline. > > Ah, so it is just an LTO enabled benchmark hack then. > > > It is also relying on a precomputed set of global variables whose > address is never used by an instruction other than some very small set > (gep, bitcast) as "non-address-taken". It then runs GetUnderlyingObject on > the two pointers in alias queries, and if that finds one of these > "n...
2013 Oct 29
3
[LLVMdev] [cfe-dev] RFC: A proposal to move toward using C++11 features in LLVM & Clang / bounding support for old host compilers
...> No part of this relies on using libc++ on Linux instead of libstdc++. > That's an orthogonal issue which I'm not even attempting to address. > > Certainly, the platforms with only libc++ are self hosting clang > successfully today. Hmm.... > > This could be entirely *our* fault, but it hasn't been > investigated extensively. (We also see Perennial C++ testsuite > regressions which appear to come from libc++, but also not > investiaged/confirmed) Having a sunrise period would allow us to > investigate this as well as report any p...
2009 Jul 02
2
[LLVMdev] llvmc for PIC16
Hi Sanjiv, On Wed, Jul 1, 2009 at 7:02 PM, Sanjiv Gupta<sanjiv.gupta at microchip.com> wrote: > I found out the problem. Looks like I can not rely on argv[0] to contain the > full path of the executable always. Yeah, that's what I was thinking. > Can I rely on: > static Path GetMainExecutable(const char *argv0, void *MainAddr); Clang relies on it. According to http://llvm.org/viewvc/llvm-project/cfe/trunk/tools/driver/driver....
2013 Dec 19
2
[LLVMdev] Problems with optimizations and va_arg intrinsic
Hi all, I am currently writing an obfuscation pass (on LLVM 3.3 code base) that works at IR level and that implement procedures fusion. For this, I am heavily relying on the va_arg intrinsic. My code is functional when compiled with no optimization (-O0), but I experience strange behavior when compiling with -O2 or -O3. I am currently using the libgmp and OpenSSL libraries test suites. I know that clang is *not* relying on the va_arg intrinsic, but implemen...
2008 May 26
0
X11 clients relying on Xdamage events with compiz?
Taking this here as per delfick's suggestion on the forum.... I'm working on this application that relies on Xdamage events for notification about screen changes. It seems compiz (and beryl, and prolly any other compositing window mgr.) breaks the contract that (1) getting the event, (2) subtracting the damage, and (3) XSync'ing the display ensures the change will actually have been
2016 Jun 02
0
[PATCH 02/20] drm: arc: Rely on the default ->best_encoder() behavior
We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon <boris.brezillon at free-electrons.com> --- drivers/gpu/drm/arc/arcpgu_hdmi.c | 18 ------------------ 1 file changed, 18 delet...
2016 Jun 02
0
[PATCH 03/20] drm: atmel-hlcdc: Rely on the default ->best_encoder() behavior
We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon <boris.brezillon at free-electrons.com> --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 12 ------------ 1 file changed,...
2016 Jun 02
0
[PATCH 16/20] drm: omap: Rely on the default ->best_encoder() behavior
We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon <boris.brezillon at free-electrons.com> --- drivers/gpu/drm/omapdrm/omap_connector.c | 8 -------- 1 file changed...
2016 Jun 02
0
[PATCH 10/20] drm: rockchip: Rely on the default ->best_encoder() behavior
All outputss have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon <boris.brezillon at free-electrons.com> --- drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 9 --------- drivers/gpu/d...
2016 Jun 07
0
[PATCH v2 11/20] drm: sti: Rely on the default ->best_encoder() behavior
All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon <boris.brezillon at free-electrons.com> --- drivers/gpu/drm/sti/sti_dvo.c | 10 ---------- drivers/gpu/drm/sti/...