similar to: HAVE_BZLIB_H not set

Related to this question: I have installed bzip2 1.0.6 by hand, but configure still fails. When I look at config.log I get the following configure:34150: /usr/bin/gcc -std=gnu99 -o conftest -g -O2 -march=amdfam10 -g -O2 -march=amdfam10 -L/usr/local/lib64 confte st.c -lbz2 -lz -lrt -ldl -lm >&5 conftest.c: In function 'main': conftest.c:250: warning: initialization discards

Updating the Debian package to the current 2.7.1 rc, I noticed that R decides to use its own bzip2 sources. Looking at configure, I see the test is essentially a strcmp on '1.0.5' from the version-returning function: #ifdef HAVE_BZLIB_H #include <bzlib.h> #endif int main() { char *ver = BZ2_bzlibVersion(); exit(strcmp(ver, "1.0.5") < 0); }

For people reading this: I was installing bzip2 by hand. Two things to bear in mind (1) it only installs a shared library if you use a special Makefile (this is clearly stated in the installation docs) and (2) I had to symlink libbz2.so.1 to libbz2.so.1.0.6 (the included libbz2.so.1.0 was not being picked up). Best, Kasper On Fri, Mar 27, 2015 at 11:19 AM, Kasper Daniel Hansen <

On 2015-11-04 16:51, aixtools wrote: > On 2015-10-15 15:02, Prof Brian Ripley wrote: >> On 15/10/2015 13:32, Michael Felt wrote: >>> Hi. >>> >>> Just wanted to let you know I am getting close to packaging R for >>> AIX in >>> 64.bit mode. >> >> Which version? (You mentioned 3.1.3 and 3.2.2 far below.) There is >> little

Dear All, zlib has been removed from R-devel src/extra recently, and building R requires zlib >= 1.2.5. Ubuntu 12.04 LTS (also used on Travis CI) only has 1.2.3. This means that the next version of R will probably not available on Ubuntu 12.04. (Unless I am missing something of course.) Which is probably fine, it is almost three years old now. I guess R-core is aware of this. Just wanted to

On 2015-10-15 15:02, Prof Brian Ripley wrote: > On 15/10/2015 13:32, Michael Felt wrote: >> Hi. >> >> Just wanted to let you know I am getting close to packaging R for AIX in >> 64.bit mode. > > Which version? (You mentioned 3.1.3 and 3.2.2 far below.) There is > little value in reporting on frozen branches, and most value in > reporting on R-devel where

Hi Edwin, I ran into two problems. 1. Using your config file and Makefile, I ran into issue compiling with gcc: gcc -I/Users/echeng/LLVM/llvm/projects/llvm-test/MultiSource/ Applications/ClamAV -I/Users/echeng/LLVM/llvm/projects/llvm-test/ MultiSource/Applications/ClamAV -I/\Users/echeng/LLVM/llvm/include -I/ Users/echeng/LLVM/llvm/projects/llvm-test/include -I../../..//include

Chris Lattner wrote: > One way to do this is to add a "cut down" version of the app to the > test suite. I disabled optional features in clamav-config.h > >> 2. GPL license. Chris? > > Any open source license that allows unrestricted redistribution is > fine in llvm-test Ok, I have created a script that automatically checks out ClamAV 0.92-stable source code

On Mon, 17 Dec 2007, Evan Cheng wrote: > We always welcome more tests. But it looks like there are two issues > here. > > 1. The autoconf requirement. Is it possible to get one configuration > working without the need for autoconf? One way to do this is to add a "cut down" version of the app to the test suite. > 2. GPL license. Chris? Any open source license that

Hi, I have ported OpenSSH-4.0p1 to UnixWare 7.1.4. Can you please add the following for UnixWare 7 in the configure script: Description: + cross compiler produces i386a.out. + libcrypt which needs to come after openssl's libcrypto. + passwd needs user name. Thanks, Ahsan Rashid --- openssh-4.0p1/configure Tue Mar 8 23:54:16 2005 +++ dist/configure Thu Apr 14 17:09:54 2005 @@ -1728,7

Samba 3.0.22 on Solaris 9 with Active Directory =============================================== Dan Shearer Version 1.0 May 2006 Official Samba binaries for Solaris 9 are not enabled for ADS support. Enabling ADS is much harder than it looks, mostly because of the crazy Solaris 9 build environment. Here is the simplest reproducable recipe I could find for ADS-enabled Samba on a default fresh

hi, the following patch adds ssh tun support for Darwin/MacOS X (layer 2+3). I tested it with Darwin 8.0.1 x86 and MacOS X 10.4 Tiger PPC, I would like to see any tests from MacOS X users. It requires an external tun/tap driver, see below. reyk --- README.platform.orig 2006-02-13 20:22:04.000000000 -0800 +++ README.platform 2006-02-13 20:21:45.000000000 -0800 @@ -30,6 +30,18 @@ gcc,

clang is compiler http://clang.llvm.org, it is fast and better c compiler then gcc, yesterday i use clang and gfortran compile R. The only two change in source code is : 1. the configure file (in confiure when test include wctype.h,gcc can compile but clang need include both wchar.h wctype.h),so this is patch --- /r/configure +++ /myr/configure @@ -39172,6 +39172,7 @@ cat

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

We recently discovered that since R 3.3.0, on our CentOS 6 based cluster, R gets built without TIFF support. The last version where TIFF support was built, was 3.2.5. We have libtiff 3.9.4 installed: $ rpm -q libtiff-devel libtiff-devel-3.9.4-21.el6_8.x86_64 (Since CentOS 6 is so old, we have manually installed newer versions of some dependencies: curl 7.46.0, zlib 1.2.8, bzip2 1.0.6, xz 5.2.2

SCO OpenServer 5.0.x Openssh 3.6p1 loginrec.c writes incorrect data into the ut_id field of the utmp file. This has been an issue since at least openssh 3.0.2 but I never bothered to report it. For Openssh 3.6p1, defining WITH_ABBREV_NO_TTY corrects the problem. Below is a brief patch to configure which does this. You can observe the errant results in the "Line" column from the

Simon Cooper already mailed in a patch to get the effects of MAP_ANON on IRIX systems, but it was against openssh/3.3p1. I've reapplied his patach to openssh/3.4p1 and include it as an attachment. Here's his explanation: > I noticed that the recent release requires the existence of MAP_ANON to get > an anonymous memory region. In Irix the equivalent functionality can be >