similar to: [LLVMdev] Trying to install gcc front end...

System: * Solaris 10 1/13 (X86) in VirtualBox. OpenCSW packages installed: *gcc4core * libltdl7 * netsnmp * netsnmp_dev I'm attempting to run: ./configure --with-snmp --with-wrap --with-snmp-libs="L/opt/csw/lib l/libnetsnmp" And get the following error: configure: error: "Net-SNMP libraries not found, required for SNMP drivers" I'm pasting the whole

Hello all! I try to boot the guest VM in native EL5.1 dom0. Kernel for guest domain I took from source compiled Xen distributions since native EL5.1 kernel being tired as guest did not see root partition at all. SELinux enforcing is disabled in the dom0: > [root@mbone ~]# getenforce > Permissive Configuration file for guest domain has parameter to disable selinux: > [root@mbone ~]#

Hi, I've tryed build dovecot with the lucene plugin but I have this is output: /bin/sh ../../../libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-index -I../../../src/lib-storage -I../../../src/plugins/fts -I../../../src/doveadm -I/usr/local/include -I/usr/local/lib -O2 -pipe -fno-strict-aliasing

On Thursday 21 April 2016 15:12:52 Juergen Gross wrote: > On 21/04/16 12:57, Pali Roh?r wrote: > > On Tuesday 05 April 2016 21:31:52 Pali Roh?r wrote: > >> On Tuesday 05 April 2016 16:54:14 Guenter Roeck wrote: > >>> On Tue, Apr 05, 2016 at 07:10:07AM +0200, Juergen Gross wrote: > >>>> Use the smp_call_on_cpu() function to call system management >

On Thursday 21 April 2016 15:12:52 Juergen Gross wrote: > On 21/04/16 12:57, Pali Roh?r wrote: > > On Tuesday 05 April 2016 21:31:52 Pali Roh?r wrote: > >> On Tuesday 05 April 2016 16:54:14 Guenter Roeck wrote: > >>> On Tue, Apr 05, 2016 at 07:10:07AM +0200, Juergen Gross wrote: > >>>> Use the smp_call_on_cpu() function to call system management >

I've created fink packaging for a building the llvm and llvm-gcc-4.2 svn pulls under fink on Mac OS X. Hopefully the fink info script and patch should be clear enough for some comments on my build approach. The llvm-gcc and llvm-g++ compilers seem okay so far. The llvm-gfortran compiler seems to always spew a warning.. WARNING: 128-bit integers not supported! ...even when just compiling a

On 21/04/16 15:27, Pali Roh?r wrote: > On Thursday 21 April 2016 15:12:52 Juergen Gross wrote: >> On 21/04/16 12:57, Pali Roh?r wrote: >>> On Tuesday 05 April 2016 21:31:52 Pali Roh?r wrote: >>>> On Tuesday 05 April 2016 16:54:14 Guenter Roeck wrote: >>>>> On Tue, Apr 05, 2016 at 07:10:07AM +0200, Juergen Gross wrote: >>>>>> Use the

As I've mentioned before[1] I've been regularly attempting to build the FreeBSD/amd64 base system with lld, in order to keep track of progress and identify issues on an ongoing basis. As of last November a 'buildword' (i.e., userland build) ran to completion, with several workarounds applied to the FreeBSD base system. However, the result did not actually work. I'm pleased to

I just recently upgraded to opensuse 11.4. basic smbd is running mostly fine (some name res-errors, login server missing, (can't connect to Domain service). Notably nmbd won't start due to undefined symbols: /usr/sbin/nmbd: symbol lookup error: /usr/sbin/nmbd: undefined symbol: _talloc_realloc_array. ldd -r shows a bunch of similar undefined symbols (shown further below). my samba rpm

Hi, if I try to install glmnet, the installation fails with: > install.packages("glmnet",dependencies=TRUE) trying URL 'http://mirrors.softliste.de/cran/src/contrib/glmnet_1.6.tar.gz' Content type 'application/x-gzip' length 522657 bytes (510 Kb) opened URL ================================================== downloaded 510 Kb * installing *source* package ?glmnet?

When building Pigeonhole 2.2 for ARM, the following warnings are produced: uri-mailto.c: In function '_parse_hex_value': uri-mailto.c:139: warning: comparison is always false due to limited range of data type uri-mailto.c:145: warning: comparison is always false due to limited range of data type The problem is a test assuming that char is a signed type : static inline int

https://bugzilla.samba.org/show_bug.cgi?id=8829 Summary: rsync -uav --delete --dry-run prints delete file list in reverse order Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org

On Sun, Jul 3, 2011 at 11:32 PM, Karel Gardas <karel.gardas at centrum.cz> wrote: > Hello, > > I asked here for kind of reference GCC version which LLVM development > team is using for *native* testing on ARM hardware. (no cross > compilation!) last week or so. I've been curious myself how the > situation looks and so I tested LLVM 2.9 as a reference point and LLVM >

Hello, I'm using gold linker now to see if there can be any performance gain. Also using latest gcc version (4.4.4) and latest binutils. But when I'm compiling llvm-gcc, I'm getting this error. /home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/xgcc -B/home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/ -B/usr/local/arm-v7a8-linux-gnueabi/bin/

Hi, Matt Fleming wrote: > 'make efi64' will build just for x86-64. Likewise, 'make efi32' will > build just for i386. You can combine these, so to build BIOS and efi64 > you'd do, > > make bios efi64 'make efi64' failed with: ld -T /tmp/syslinux/efi/x86_64/syslinux.ld -Bsymbolic -pie -nostdlib -znocombreloc -L/usr/lib64 --hash-style=gnu -m elf_x86_64

Hi, I created a package as follows: > a = 1 > package.skeleton() Then I got the following output when building the package: * checking for file ?anRpackage/DESCRIPTION? ... OK * preparing ?anRpackage?: * checking DESCRIPTION meta-information ... OK * checking for LF line-endings in source and make files * checking for empty or unneeded directories * looking to see if a ?data/datalist?

https://bugs.freedesktop.org/show_bug.cgi?id=53402 Bug #: 53402 Summary: nouveau_bo.c:463:3: error: implicit declaration of function 'ttm_agp_tt_create' Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity:

While trying to assemble a particular input file, my build system failed because the target object was too big. I calculated that the input source file after preprocessing would be about 3.91Mb. system: CYGWIN_NT-10.0 x86_64 Cygwin file: llvm-master/lib/Passes/PassBuilder.cpp build output: Scanning dependencies of target LLVMPasses [ 84%] Building CXX object

JonY wrote: > Dave, my toolchain automatically links libssp already, I am using > vanilla sources. Are you doing a native Windows compile with MinGW or cross compiling from Linux? > Why not also check if -lssp is required? If the toolchain has SSP > disabled it should not be passing. Check onces without -lssp and another > time with -lssp if it failed. If we can easily force the

Hi Philipp, Fellow Archlinux user here. I think the problem is with the r-devel PKGBUILD file, rather than anything wrong in R itself. The PKGBUILD file does this: ln -s /etc/R/${i} ${i} when it should do ln -s /etc/R-devel/${i} ${i} You can fix your installed version with cd /opt/r-devel/lib/R/etc/ sudo rm ./* sudo ln -s /etc/R-devel/javaconf sudo ln -s /etc/R-devel/ldpaths sudo ln -s