search for: compatability

Hello everyone :) I'm trying to get age of empires 3 to work, but I'm having some trouble with it. First of all: Installation went 100% smooth. No error message or anything, looked really good. Now I can start the age3.exe (replaced with a no-cd version) and the game starts up. There are 2 or 3 video trailers and after that the game just exists with an error message ("Age 3 has

Dear All, first of all I must admit I posted this problem on the CentOs forum yesterday, with 0 replies so far. :-( I'm googling this problem all weekend, and getting a bit desperate actually. I'm working on a new Dell Vostro 3460. It has a Atheros Communications Inc. AR8161 Gigabit Ethernet carc that I cannot get to work. There's no enty in

hello, sorry i don't speak english just french so if you speak french is better for me i have install need for speed undercover with play on linux my config is: ubuntu 8.10 P4 2GHz nvidia Gforce Fx 5500 256MB 1.5G ram when i play on nfs i have a black windows my terminal report this probleme Code: flo at zigzag:~/.PlayOnLinux/wineprefix/NeedForSpeedUndercover/drive_c/Program Files/EA

Building OpenSSH without deprecated APIs compiled causes it to fail. Signed-off-by: Rosen Penev <rosenp at gmail.com> --- openbsd-compat/openssl-compat.h | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/openbsd-compat/openssl-compat.h b/openbsd-compat/openssl-compat.h index 9e0264c0..b4f0908f 100644 --- a/openbsd-compat/openssl-compat.h +++ b/openbsd-compat/openssl-compat.h @@

hi, I try to build hello.cpp using both llvmg++ and GNU g++, the generate llvm bytecode's size is about 960K, and the size of binary code generated by g++ is only 13K. Could anyone explain the difference between the two result? BWT: I rebuild the cfrontend in RH linux9.0, but when I build the hello.cpp the llvmG++ reports warnings too, it shows: ----------------------------- [yue at RH9

Hy Jan, I'll put a copy on cran today. Thanks. stefano > > Get it from ftp://gifi.stat.ucla.edu in pub. > > This contains the base files plus the recommended packages (except > rpart, > which does not compile yet). > > It is compiled under MacOS X 10.1.2 with the December 2001 version > of > the Developer Tools, and with g77 from fink.sourceforge net.

On Wed, 19 Feb 2020 at 06:38, Val Baranov <val.baranov at duke.edu> wrote: > AIX 7.1 TL5, OpenSSL ver. 1.1.1d. "vac.C" version 11.0.1.23 > Compilation error " The indirection operator cannot be applied to a pointer to an incomplete struct or union " (see full log below) produced for " libressl-api-compat.c ". > No such error if compiled with OpenSSL

v3: Change the flag from --vdsm-compat-11 to --vdsm-compat=1.1 Also the --machine-readable output has changed. I have also added a test. Rich.

Package: xen Version: 4.6.0-1+nmu2 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > mkdir -p compat > grep -v 'DEFINE_XEN_GUEST_HANDLE(long)' public/grant_table.h | \ > python /<<PKGBUILDDIR>>/debian/build/build-hypervisor_amd64_amd64/xen/tools/compat-build-source.py

Hi Jack, > It is interesting though that LLVMPolly.so shows the linkage... > > /sw/opt/llvm-3.2/lib/LLVMPolly.so: > /sw/lib/libisl.10.dylib (compatibility version 11.0.0, current version 11.0.0) > /sw/lib/gmp5/libgmp.10.dylib (compatibility version 11.0.0, current version 11.5.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) >

Hi, I recently ported OpenSSH to my hobbyist operating system. The portable release is very straightforward to work with, but it had a few minor issues where it assumes the existence of things that might not be on a POSIX 2008 system. This are the list of issues I encountered that I believe makes sense to upstream. * <sys/param.h> is included in many files and isn't a standard

Support for RHEV with RHEL 6 nodes required us to output the old style qcow2 compat=0.10 images. Since RHEV 3.6 GA, RHEL 6 has not been supported as a RHEV node type. Since RHV 4.1, compat=1.1 is supported. (Support for compat=1.1 is uncertain in RHV 4.0 even on RHEL 7 nodes.) There are significant downsides to using qcow2 compat=0.10 instead of the modern default (compat=1.1). Therefore this

From: Sebastian Andrzej Siewior <sebastian at breakpoint.cc> OpenSSL 3.1.0 uses the same ABI as OpenSSL 3.0.x series. Further 3.1.x release are just stable updates and no ABI change (is expected) just like the 3.0.x series. Relax the version check for OpenSSL 3+ and rely on ABI compatibility. Signed-off-by: Sebastian Andrzej Siewior <sebastian at breakpoint.cc> ---

Hi! The Netfilter project proudly presents: iptables 1.6.0 This release includes accumulated fixes and enhancements for the following matches: * ah * connlabel * cgroup * devgroup * dst * icmp6 * ipcomp * ipv6header * quota * set * socket * string and targets: * CT * REJECT * SET * SNAT * SNPT,DNPT * SYNPROXY * TEE We also got rid of the very very old MIRROR and SAME targets and the

On Wednesday, 7 December 2016 10:02:49 CET Richard W.M. Jones wrote: > Support for RHEV with RHEL 6 nodes required us to output the old style > qcow2 compat=0.10 images. Since RHEV 3.6 GA, RHEL 6 has not been > supported as a RHEV node type. Since RHV 4.1, compat=1.1 is > supported. (Support for compat=1.1 is uncertain in RHV 4.0 even on > RHEL 7 nodes.) > > There are

Support for RHEV with RHEL 6 nodes required us to output the old style qcow2 compat=0.10 images. Since RHEV 3.6 GA, RHEL 6 has not been supported as a RHEV node type. Since RHV 4.1, compat=1.1 is supported. Support for compat=1.1 is uncertain in RHV 4.0 even on RHEL 7 nodes. There are significant downsides to using qcow2 compat=0.10 instead of the modern default (compat=1.1). Therefore this

On Tue, Oct 23, 2012 at 09:41:46AM +0200, Duncan Sands wrote: > Hi, > >> I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: >> >> dyld: fast lazy bind offset out of range (53437, max=7640) in image

[Re-sending ...] I would like to ask why upstream and CentOS provide no compat-openssl packages like Novell does in SUSE. We are trying to install binaries for gLite (a huge toolkit for grid computing linked against upstream v4 libraries) on CentOS 5. I was under the impression that this would be possible because v5 is "binary-compatible" with v4. But it seems this "binary

Hi, > maas34:openssh-2.9p2 {172} make > gcc -o ssh-keyscan ssh-keyscan.o -L. -Lopenbsd-compat/ -R/home/eedalf/lib -L/home/eedalf/lib -L/home/eedalf/lib -ldsocks -L/opt/local/zlib-1.1.2/lib -L/usr/local/lib -R/usr/local/lib -lssh -lopenbsd-compat -lz -lsocket -lnsl -lgen -lcrypto > Undefined first referenced > symbol in file

Hello, I need to run rsync on a mac (OS X 10.6.5) with the --detect-renamed option available. I therefore started to compile rsync with the 3 relevant patches (in my opinion) : - fileflags.diff - crtimes.diff - detect-renamed.diff Here are my exact compile instructions : patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/detect-renamed.diff