similar to: [XEN-NVIDIA] Update 270.41.06 Failed

Answers inline .. Stephan Wienczny wrote: > > Hallo, > > do you know if bootstrap is the default target? No, "all" is the default. > > This is what I'm doing: > <code> > inherit eutils > > DESCRIPTION="C, C++ Frontend for Low Level Virtual _Machine" > HOMEPAGE="http://llvm.org/" >

Am Montag, 8. August 2005 18:12 schrieb Reid Spencer: > Stephan, > > I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. > While "make bootstrap" is the correct way to build GCC, its not the correct > way to build llvm-gcc. > > Based on my experience with this, I suggest you completely erase your build > tree and then follow

Hello, Could I please ask you for help? I opened a case in GCC Bugzilla and got reply that -fpie have to be used to get it compiled. Now it fails for me with: x86_64-pc-linux-gnu-gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o roaming_common.o roaming_client.o -L. -Lopenbsd-compat/ -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2

On 12/26/2013 08:49 PM, Robin H. Johnson wrote: > > in the kernel dir: > emake headers_install INSTALL_HDR_PATH="${WORKDIR}"/linux-headers/ You are overriding INSTALL_HDR_PATH... > in the klibc dir: > emake V=1 KLIBCKERNELSRC="${S}/linux/usr" (plus the rest of the opts) ... and then you point KLIBCKERNELSRC (which arguably is misnamed these days, but

Hello, I am currently trying to emerge wine on my Gentoo AMD64 system, and it is currently failing on the last package. I haven't been able to make much sense out of the error message. If anyone knows what is going on or can otherwise point me to where I should look or anything to try, it would be greatly appreciated. Here is the error I am getting: make: *** [programs] Error 2 * *

On Thu, Dec 26, 2013 at 08:31:48PM -0800, H. Peter Anvin wrote: > > In the end, demanding that I use a copy of the installed kernel headers, > > when I'm passing a specific kernel source to the klibc build and that > > kernel source is most probably not the same as the kernel that's running > > seems like a bad idea. I want to build against a known kernel source,

On Thu, Dec 26, 2013 at 09:04:26PM -0800, H. Peter Anvin wrote: > > in the kernel dir: > > emake headers_install INSTALL_HDR_PATH="${WORKDIR}"/linux-headers/ > You are overriding INSTALL_HDR_PATH... I want it to use that copy in $WORKDIR/linux-headers/ .... There is no way to specify that, it's NOT KLIBCKERNELSRC. > > in the klibc dir: > > emake V=1

Am Montag, 8. August 2005 20:04 schrieb Reid Spencer: > Answers inline .. > > > Is emake 100% compatible with GNU Make 3.79 or later? > emake is a python function that calls make internally. > > Try it with the build directory not inside the cfrontend directory, that > will probably solve things for you. > > Reid Hallo, I found the problem. The gcc sources are older

I have just upgraded my gentoo system to dovecot 2.0.11. The ebuild on http://wiki2.dovecot.org/Plugins/deleted-to-trash does not compile. I have modified this to a working version - see below. # cat dovecot_deleted_to_trash-0.3.ebuild EAPI="2" DESCRIPTION="Deleted to trash IMAP plugin for Dovecot" HOMEPAGE="http://wiki2.dovecot.org/Plugins/deleted-to-trash"

https://bugzilla.mindrot.org/show_bug.cgi?id=1929 Bug #: 1929 Summary: ssh-keygen fails to build because PKCS11 is not available Classification: Unclassified Product: Portable OpenSSH Version: 5.8p2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

Hi, This patch: On 15/11/2016 10:46 PM, Aki Tuomi wrote: > > > On 13.11.2016 20:04, Apollon Oikonomopoulos wrote: >> OpenSSL 1.1 features a cleanup function that is automatically run on shutdown >> using atexit(3). This function frees all OpenSSL-allocated resources. >> >> In dovecot, OpenSSL is loaded indirectly using dlopen(3) against the relevant >>

Hello experts, to avoid any unknown problems with my Linux installation I have now as a last resort method installed SuSE Linux 9.0 a new and have downloaded a fresh copy of Asterisk via CVS. Then I followed the steps of the "Getting started with Asterisk" and compiled successfully zaptel and libpri (as far as I can see). But when I compile asterisk I get an error. I have attached the

Stephan, I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. While "make bootstrap" is the correct way to build GCC, its not the correct way to build llvm-gcc. Based on my experience with this, I suggest you completely erase your build tree and then follow the CFEBuildInstr.html instructions *to the letter* with zero deviations. If you

Am Montag, 8. August 2005 04:15 schrieb Chris Lattner: > > I have never seen this, and don't really have any ideas. What configure > options did you use? Did you follow the directions here? > > http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html > Yes I followed those instructions - almost. This is my configure line: ../src/configure --prefix=/usr --disable-threads

Hey there, sorry to bug you, I've ran into a little problem conscerning a logcheck-rule I just wrote. I use logcheck and logcheck-database on Debian Etch. When logcheck reports me something I don't want it to, I normally write a rule to match that logentry and put it in a file called my_rules in /etc/logcheck/ignore.d.server/ ... that worked perfectly fine. Until that rule: Logcheck

Note: A couple of times I have seen errors while closing the connection (the trace ending with virFree). Also, a few times I have seen backtraces which show the flow going via esx driver and finally failing to close connection. Unfortunately I dont have those logs anymore. The execution results I have shared have been obtained using Libvirt built from source using the following config parameters:

On my recently acquired Core2Duo I''ve installed debian etch amd64, Then I''ve pulled the linux-source from since I need newer raid and netcard drivers: http://dk.archive.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.22/linux-source-2.6.22_2.6.22.orig.tar.gz http://dk.archive.ubuntu.com/pub/ubuntu/pool/main/l/linux-source-2.6.22/linux-source-2.6.22_2.6.22-14.46.diff.gz

On 12/26/2013 07:27 PM, Robin H. Johnson wrote: > (please CC me, I'm not on the klibc list, and I didn't get HPA's > response to my post). > > On Fri, Dec 27, 2013 at 12:24:34AM +0000, Thorsten Glaser wrote: >> H. Peter Anvin dixit: >>> You should be using the output of "make headers_install" to build klibc. > That makes easy cross-building a

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

hello, i am trying to build R on alpine/gentoo and it fails with the following error msg: connections.c: In function 'Rconn_fgetc': connections.c:3184:11: error: expected identifier before '(' token connections.c:3186:15: error: expected identifier before '(' token make[3]: *** [connections.o] Error 1 any idea? [see the attached file for a complete build log.] i've