search for: emake

Displaying 19 results from an estimated 19 matches for "emake".

Did you mean: make
2005 Aug 08
2
[LLVMdev] cfrontend building
...~x86" IUSE="" DEPEND= S=${WORKDIR}/cfrontend src_unpack() { unpack ${A} cd cfrontend mkdir build } src_compile() { cd ${S}/build ../src/configure --prefix=/usr --disable-threads --disable-nls --disable-shared --enable-languages=c,c++ --program-prefix=llvm- emake || die } src_install() { emake DESTDIR=${D} install || die } </code> maybe I should try emake all instead of emake... I'll try. Stephan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 by...
2005 Aug 08
0
[LLVMdev] cfrontend building
...nds above. > } > > src_compile() { > cd ${S}/build If you change the location of the build directory, this will need to change too. > ../src/configure --prefix=/usr --disable-threads --disable-nls > --disable-shared --enable-languages=c,c++ --program-prefix=llvm- > emake || die Is emake 100% compatible with GNU Make 3.79 or later? > } > > src_install() { > emake DESTDIR=${D} install || die > } > </code> > > maybe I should try emake all instead of emake... I'll try. "emake all" would certainly be more strongly...
2013 Dec 27
2
[PATCH] Update header locations for uapi & generated
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...
2005 Aug 08
0
[LLVMdev] cfrontend building
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
2011 May 31
0
[XEN-NVIDIA] Update 270.41.06 Failed
...without Xen support; if this is a > custom kernel, please install a standard Linux kernel. Then > try installing the NVIDIA kernel module again. > > *** Failed Xen sanity check. Bailing out! *** > > make[1]: *** [build-sanity-checks] Erreur 1 > make: *** [module] Erreur 2 > emake failed > ^[[31;01m*^[[0m ERROR: x11-drivers/nvidia-drivers-270.41.06 failed > (compile pha > se): > ^[[31;01m*^[[0m Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc > CROSS_COMPILE= > x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 > SYSSRC=/usr/src/linux >...
2005 Aug 08
2
[LLVMdev] cfrontend building
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
2008 Sep 26
3
Unable to emerge Wine 1.1.5 on Gentoo AMD64
...be greatly appreciated. Here is the error I am getting: make: *** [programs] Error 2 * * ERROR: app-emulation/wine-1.1.5 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2468: Called die * The specific snippet of code: * emake all || die "all" * The die message: * all * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-emulation/wine-1.1.5/temp/build.log'. * The ebuild environment file is located at ...
2013 Dec 27
2
[PATCH] Update header locations for uapi & generated
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
2013 Dec 27
0
[PATCH] Update header locations for uapi & generated
...used by some gentoo users. > Please read the *current* version of usr/klibc/README.klibc and come back. Those instructions fail, unless my patch is included: S is ${WORKDIR}/klibc-2.0.3 ${S}/linux is a symlink to ${WORKDIR}/linux-3.12, copy of the kernel sources, configured. in the kernel dir: emake headers_install INSTALL_HDR_PATH="${WORKDIR}"/linux-headers/ in the klibc dir: emake V=1 KLIBCKERNELSRC="${S}/linux/usr" (plus the rest of the opts) and the failure: x86_64-pc-linux-gnu-gcc -Wp,-MD,usr/klibc/.vsprintf.o.d -nostdinc -iwithprefix include -I/dev/shm/portage/...
2013 Dec 27
0
[PATCH] Update header locations for uapi & generated
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 KLIBCKERNELSR...
2005 Aug 09
3
[LLVMdev] cfrontend building
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...
2011 May 07
0
Modified dovecot_deleted_to_trash-0.3.ebuild plugin
...uot;~amd64 ~x86" SLOT="0" IUSE="" RDEPEND="net-mail/dovecot" src_unpack() { unpack ${A} sed -i "8s|DOVECOT_IMAP_PLUGIN_PATH\ \=\ /usr/lib/dovecot/imap|DOVECOT_IMAP_PLUGIN_PATH\ \=\ /usr/lib/dovecot|" Makefile } src_install() { emake DESTDIR="${D}" install || die }
2011 Sep 02
4
[Bug 1929] New: ssh-keygen fails to build because PKCS11 is not available
...-lssh -lopenbsd-compat -lssl -lcrypto -lz -lz -lpthread ssh-keygen.o:ssh-keygen.o:(.text+0x48b2): undefined reference to `_pkcs11_init' ssh-keygen.o:ssh-keygen.o:(.text+0x4c62): undefined reference to `_pkcs11_terminate' collect2: ld returned 1 exit status make: *** [ssh-keygen] Error 1 emake failed -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
2016 Nov 20
1
[PATCH] Manually cleanup OpenSSL from dovecot_openssl_common_global_unref()
...[1]: *** [Makefile:618: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/net-mail/dovecot-2.2.26_p20161120/work/dovecot-2.2.26_p20161120' make: *** [Makefile:462: all] Error 2 * ERROR: net-mail/dovecot-2.2.26_p20161120::reub-Local-Overlay failed (compile phase): * emake failed * I am running LibreSSL-2.5.0, so I guess it may not be a supported function yet. Reuben
2014 Mar 15
1
Gcc-4.9.0 trunk revision 208516 cannot compile openssh package with -flto
...ssh-6.5_p1-r1/temp/ccMU2kiP.ltrans0.ltrans.o: error adding symbols: Bad value collect2: error: ld returned 1 exit status Makefile:150: recipe for target 'ssh' failed make: *** [ssh] Error 1 ^[[31;01m*^[[0m ERROR: net-misc/openssh-6.5_p1-r1::gentoo failed (compile phase): ^[[31;01m*^[[0m emake failed gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20140311/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140311/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.9.0_alpha20140311/work/gc...
2016 Nov 13
3
[PATCH] Manually cleanup OpenSSL from dovecot_openssl_common_global_unref()
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 dovecot crypto module and is finally unloaded using dlclose(3). Until OpenSSL 1.0.1c this worked fine, however OpenSSL 1.0.1c makes sure[1] that the library stays loaded
2013 Jun 29
0
Syslinux 6.00 released
...tory `/tmp/syslinux/efi64/efi' > Did you install gnu-efi from source or from your distributions package > manager? You need both the x86-64 libraries and the ia32 libraries to > build both EFI versions of Syslinux. >From source. These are the files which got installed after 'emake install': * Contents of sys-boot/gnu-efi-3.0u: /usr /usr/include /usr/include/efi /usr/include/efi/efi.h /usr/include/efi/efi_nii.h /usr/include/efi/efi_pxe.h /usr/include/efi/efiapi.h /usr/include/efi/eficon.h /usr/include/efi/efidebug.h /usr/include/efi/efidef.h /usr/include/efi/efidevp.h /...
2013 Jun 29
6
Syslinux 6.00 released
On Sat, 29 Jun, at 01:57:58AM, Igor Sverkos wrote: > Hi, > > Matt Fleming wrote: > > On Tue, 25 Jun, at 01:52:00PM, Helmut Hullen wrote: > >> Thanks - now it crashes later ... > > > > What crash are you seeing? > > > >> I don't have the ia64 files which are needed for a complete binary. But > >> maybe that's only my special
2012 Aug 11
2
compile fails with x86_64-alpine-linux-uclibc-gcc
...or 2 make[2]: Leaving directory `/dev/shm/portage/dev-lang/R-2.15.1/work/R-2.15.1/src/main' make[1]: *** [R] Error 1 make[1]: Leaving directory `/dev/shm/portage/dev-lang/R-2.15.1/work/R-2.15.1/src' make: *** [R] Error 1 [31;01m* ERROR: dev-lang/R-2.15.1 failed (compile phase): [31;01m* emake failed [31;01m* [31;01m* If you need support, post the output of `emerge --info '=dev-lang/R-2.15.1'`, [31;01m* the complete build log and the output of `emerge -pqv '=dev-lang/R-2.15.1'`. [31;01m* The complete build log is located at '/dev/shm/portage/build/dev-lang/R-2.15...