similar to: Observations on compiling on Mac OS X 10.5 (Leopard)

Thanks to the reminder from Dan Berrange, here's a patch to make build output less verbose, by default. E.g., instead of the redundant multi-line compilation/linking commands, you'll see something like this by default: CC guestfsd-fsck.o CC guestfsd-grep.o CC guestfsd-grub.o CC guestfsd-glob.o CC guestfsd-guestfsd.o CC guestfsd-headtail.o CC

Because this 'feature' is broken (since 2013): https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928 we have to replace all instances of $(top_srcdir) in *_SOURCES lines with a relative path. According to what I read, this shouldn't break split builds, but I didn't test it. The only things automake moans about now are: * Unescaped left brace in regex is deprecated, passed

Only marginally useful, but some like it... This makes tests print "PASS" in green, and "FAIL" in red, when possible: The autogen.sh snippet ensures that this automake-1.11 feature is disabled when building-from-clone on a system with too-old automake. This *does* modify a source file (and a version-controlled one at that), but only when building from source on e.g. RHEL*

Series of cleanups to autotools build config files to utilize the available xorg-server macros, defaults and more closely match other modern Xorg drivers. Notable improvements: - gitignore fully covers potential build artifacts - Simplify logic given stated minimum required version of xorg-server 1.8 - Remove use of deprecated, outdated or no longer required macros - Utilize xorg macros where

From: "Richard W.M. Jones" <rjones at redhat.com> Earlier versions of automake complain if they get a configuration parameter which they don't understand. The error is: configure.ac:27: error: option 'serial-tests' not recognized Use some m4 hackery to work around this. --- configure.ac | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff

RHEL 6 has automake 1.13.4. Since we have stopped supporting RHEL 5, there is no need for the complex macro to check for older versions of automake that didn't have 'serial_tests'. --- configure.ac | 17 +---------------- 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/configure.ac b/configure.ac index 88f5568..9fde5c5 100644 --- a/configure.ac +++ b/configure.ac @@

Hello Experts, I'm trying to compiling libvirt 6.0.0 on an CentOS 8 env by following the guide here. (https://libvirt.org/compiling.html#compiling) When running the configure command, i encountered the issue of showing "configure: error: Unable to find <rpc/rpc.h>": How can i let the configure command to realize the non-standard header file location of portablexdr

I pushed the (hopefully) completely non-controversial bits upstream: https://github.com/libguestfs/libguestfs/commit/8a72616bf7bc686ad4d033482541fcd73c148b53 https://github.com/libguestfs/libguestfs/commit/b20d36aa1bcabfe1e5eefcf47b727280a6474be8 This patch is what remains. Rich.

Same as v2, except: - Drop the RUN_OUTPUT_FILE functionality completely. It will be replaced with enhanced .trs files as discussed. - Rebase on head. Rich.

Don't force automake 1.11 AM_SILENT_RULES on folks who don't have it. diff --git a/configure.ac b/configure.ac index 6a65fcc..36ac6c6 100644 --- a/configure.ac +++ b/configure.ac @@ -20,7 +20,7 @@ ?AC_INIT(src/flac/main.c) ?AM_INIT_AUTOMAKE(flac, 1.2.1) -AM_SILENT_RULES([yes]) +m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])]) ?# Don't automagically regenerate autoconf/automake

Citeren Arnaud Quette <aquette op alioth.debian.org>: > Log: > Optionaly enable silent build rules, using AM_SILENT_RULES, only if > it's supported (requires automake 1.11) Why do we need a new branch for this? As far as I can see, only the below lines are really needed > +dnl Currently, we only (force) enable silent rules if available > +dnl Verbose mode can be

I believe the 2 patches I sent you can be applied to the trunk On Mon, Aug 19, 2013 at 2:06 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > > If you pass on something which can be applied to the portablexdr git > repo, then I'll apply them. But portablexdr is obsolete for a reason > - it's not been worked on for 4 years and needs a maintainer. > > Rich. >

[CC-ing to libguestfs mailing list] You might want to try building from the tarballs. You won't need OCaml to build from the tarballs (although that is available for Mac OS X, see: http://godi.camlcity.org/). If you want to see how we build for Fedora, see: http://cvs.fedoraproject.org/viewvc/devel/libguestfs/libguestfs.spec?view=markup If building from git, make sure you start with the

Hello all, after FOMS I decided to take a look at the opus library and I found that I could improve a bit the build system and cleanup the code a little bit. Most of the changes to the code has been suggested by my two tools cowstats and missingstatic (part of the ruby-elf gem if you care). HTH, Diego

---------- Forwarded message --------- From: K. Kahurani <k.kahurani at gmail.com> Date: Sun, May 31, 2020 at 2:26 PM Subject: Hello To: <eblake at redhat.com> Hello, Hopefully this finds you well. This is not a bug report but more or less an inquiry as based on the information acquired from Jim Fehlig a while back, it is possible you would have some important information regarding

Hi, I have a question in running R 2.4.1 in the Mac OS X 10.5 Leopard. I write all my R code without using any packages in R. When I run it in Windows system, it runs smoothly and correctly. Then I try to run the same code in Mac OS X 10.5 Leopard. I just copy the script file on the desktop of the Mac OS X. I find I can open the file directly as a text file. To run R in Mac OS X, I type

Hello all, I apologize in advance if this is not the correct list to post these sorts of issues. When attempting to install the latest stable build of R (2.6) or the most recent nightly build from R.research.att.com, the installer disables the ability to actually install R or any of the other bundled frameworks (i.e. the list is unchecked and grayed out). Before I start trying to either coerce the

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

Hi all, ill start off by saying that I've tried reading and doing everything that was on the documentation. I'm not very code/C++ literate. I have a Power PC Macintosh that I run Mac OSX 10.5 Leopard with. I'm going through all this trouble to run 1 simple program, Soulseek. I downloaded Darwine 0.9.27 DP. When i try to run any program, soulseek, notepad/clock that came with

Just a quick note: The new 1.1-b6 is working fine on OS X 10.5. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2447 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20071105/a710e0ea/attachment-0002.bin>