similar to: [PATCH] qemu-xen-trad: do not strip binaries during make install

Signed-off-by: Olaf Hering <olaf@aepfle.de> Acked-by: Matt Wilson <msw@amazon.com> --- Makefile | 2 +- Makefile.target | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 37c7066..594f0ef 100644 --- a/Makefile +++ b/Makefile @@ -243,7 +243,7 @@ endif install: all $(if $(BUILD_DOCS),install-doc) mkdir -p

Device model path cleanup. Remove bochsrc which is no longer needed. Signed-off-by: Arun Sharma <arun.sharma@intel.com> --- a/tools/examples/xmexample.vmx Thu Jun 30 18:41:11 2005 +++ b/tools/examples/xmexample.vmx Thu Jun 30 18:59:08 2005 @@ -89,10 +89,10 @@ # New stuff -device_model = ''/usr/bin/qemu-dm'' +device_model = ''/usr/lib/xen/bin/qemu-dm''

>From 2.6.2's Makefile: install: all ... ${INSTALLCMD} ${STRIP} -m 755 rsync$(EXEEXT) ${DESTDIR}${bindir} ... install-strip: $(MAKE) STRIP='-s' install This doesn't work (at least) on OpenBSD, because install(1) there will use the value of the environment variable STRIP as the command to run for stripping the executable. Renaming the variable will take care of this. ---

Hi, I have already sent this once, but since the problem persists here it is again. Please consider the attached patch for inclusion in the rsync distribution. The patch fixes the problem that 'make install-strip' tries to strip the manpages and thus fails. An other part of the patch adds DESTDIR (for package building). This is nowadays part of all automake generated Makefile's,

The i915 driver probes chip version through PCH ISA bridge device / vendor ID. Previously, the PCH ISA bridge is exposed as PCI-PCI bridge in qemu-xen-trad, which breaks the assumption of the driver. This change fixes the issue by correctly exposing the ISA bridge to domU. Signed-off-by: Rui Guo <firemeteor@users.sourceforge.net> Tested-by: Rui Guo <firemeteor@users.sourceforge.net>

Anton, Thanks for your comment. 2nd patch attached. - s/SharedDir/SharedLibDir/g - move prefix=cyg sunk into if(cygwin or mingw) arigato gozaimasu...Takumi * Additional issues - You may build LLVMHello.dll but I don't modify lib/Transforms/Makefile. Because making LLVMHello.dll requires the library LLVM.dll, but it oughta be on the way to making libs at building

Hi, 1. "make install-strip" (in rsync-2.5.x) tries to strip the manpages and thus fails; attached is a patch fixing the Makefile logic (and also adding DESTDIR -- convenient for package-building or test-installing). 2. I just fetched rsync-2.5.2 but the build (on i686-linux) badly fails. The complete log from configure and make is attached. regards Peter Breitenlohner

Good summer, all! This patch enables ENABLE_SHARED=1 to build DLL based LLVM toolchain. I have checked this on Cygwin-1.5, Cygwin-1.7, mingw(msysgit) and mingw-cross-fedora12. I can separate this patch into some parts; cleanups, adding definitions and adding rules. Any feedbacks are welcome. Have fun! ...Takumi * Pros - reduction of linking time of toolchain. - capability of -load

Patch it by hand. Follow this help http://www.asteriskguru.com/tutorials/spandsp.html Hi Giordano -----Messaggio originale----- Da: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] Per conto di Tomislav Parcina Inviato: venerd? 13 gennaio 2006 12.28 A: asterisk-users@lists.digium.com Oggetto: [Asterisk-Users] RE: RE: Spandsp In article

If you're on the new Makefile system, you will want to update your Makefile.rules. The patch below provides some important fixes for parallel builds and dependencies. It also adds some new features like the -local targets. For example, you can now build "all-local" to build the local directory without recursing into subdirectories. See the comments below for details of the change.

Hi, Keir, Any comments upon following patch? ;-) We need it to further check in a specific configuration file (likely xen0_defconfig_ia64tiger) later to run xen on IA64 tiger box. Currently we have no generic one for all IA64 boxes. Let''s know if better way to do it. Currently custom with tiger box can only get that file out of the tree. Thanks, Kevin >-----Original Message-----

Cool, i'll help out a bit with the windows port, i will start right away with a new project on asteriskguru making nightly executable builds and installers - will post the links in -users when i'm done. Well done luigi, this will make it a lot easier for a lot of non linux guys to make their first steps in the asterisk world Crossposted to -users. Zoa Luigi Rizzo wrote: > As a

To make it more obvious where the files are supposed to end up move files so they reflect the directory structure in the kernel: mkdir scripts mv kernel/Kbuild.* scripts/ mkdir usr mv kernel/Kbuild usr rmdir kernel Furthermore: - updated cp-to-kernel to refelct new directory layout - teach cp-to-kernel to place gzip right under usr/ - Add '#' in front of comment in usr/Kbuild --- I

the configure option --program-prefix does not work although it is listed in teh configure --help output. The attached patch fixes these issues: 1) program prefix is not substituted in configure 2) program prefix is not present in Makefile 3) scp requires use of a known "scp" program -- bryan diff -cr openssh-2.9.9p2.orig/Makefile.in openssh-2.9.9p2/Makefile.in ***

When booting HVMs with SeaBIOS, the BIOS itself takes care of extracting option ROMs from the PCI devices. These ROMs are usually provided with by the device model (qemu). Thus, hvmloader should not require any longer the rombios, stdvga, cirrusvga or etherboot ROMs to be present. Also, the 32bitbios_support.c file is specific to rombios and should not be built when building hvmloader with

Hello again, In my constant recompiles of 2.9p1 and 2.9p2, I've noticed that upgrading a current installation with a test compile leads to tons of files being updated even when they don't need to be. The attached patch for Makefile.in splits the install-files target into a bunch of serparate targets: install-dirs, install-prog, install-man, install-conf, which are then all called in

Hi, below is a patch which only affects Cygwin. It adds the $(EXEEXT) suffix in calls to install, and it fixes the list of documentation files to install into /usr/share/doc/openssh in a Cygwin installation. Thanks, Corinna Index: Makefile.in =================================================================== RCS file: /cvs/openssh/Makefile.in,v retrieving revision 1.306 diff -u -p -r1.306

Hi, I'm cross compiling openSSH-6.2p1 on a ARM architecture with zlib-1.2.7 openssl-1.0.1e the compilation succeeds but when I launch sftp x.y.z.t it fails: exec: /home/working_area/disk1/usr/bin/ssh: No such file or directory the problem is that /home/working_area/disk1/ is the path within the host PC Is there a way to fix the cross-compilation or to export a variable in the target

I remember seeing a patch here a long while back that I thought was going to be committed for making the install relocatable (i.e. allowing for a DESTDIR to be specified during a "make install"). I can't find it, and I'm not sure I am remembering correctly, anyway, so here is a shot at it. Tested both the install and uninstall, run as "make install

http://bugzilla.mindrot.org/show_bug.cgi?id=198 Summary: Error getting file with sftp on old F-Secure servers Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org