search for: autohell

...GPR Ada project file for building the bindings, anyone using the Ada bindings will know what this is and how to handle it. However, in future as these bindings improve/progress. We should make it dead easy for them to build with all the test cases and what not. Attached is my attempt at doing the autohell side of things, with my limited understanding of autohell. The other half (hand written Makefile), I need help with. So, the above patch goes with that when its done in future releases. Err, that's all I can think of right now. Cheers, Edward O'Callaghan. -- -- Edward O'Callaghan ht...

...l know what this is and how to handle it. does this mean the bindings only work with the GNAT Ada compiler? > However, in future as these bindings improve/progress. We should make > it dead easy for them to build with all the test cases and what not. > Attached is my attempt at doing the autohell side of things, with my > limited understanding of autohell. The other half (hand written > Makefile), I need help with. > So, the above patch goes with that when its done in future releases. It looks sane to me. That said, I don't know much about autostuff. Ciao, Duncan.

...tried it on R-patched and R-3.4.1 without touching configure.ac and had the same problems. The "building R packages" documentation seems to suggest that "autoconf" should take care of it, but I must be missing something as I expect it to be a common task. I also tried explicit autohell (yes, I know) commands 1) autoreconf --force -v completes but invoking configure (with no options) gives checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu loading site script './config.site' loading build-specific script './config.site...

On 21/06/2012, Douglas Gregor <dgregor at apple.com> wrote: > > On Jun 20, 2012, at 5:13 PM, Nick Lewycky <nlewycky at google.com> wrote: > >> Is there anybody who is certain that our autoconf dependency needs to stay >> around? Are there developers stuck on systems that don't have a recent >> enough cmake in their most recent release, or maybe are using

Hi, On systems that have mandoc installed but are missing an nroff binary, the configure script will fall back to pre-formatted manual pages despite the fact that mandoc could be used. The proposed patch adds mandoc as a valid formatter to configure.ac. As mandoc supports the -mdoc flag, it can simply be added to the list of nroff-like binaries. Wolfgang -------------- next part --------------

...ithout > touching configure.ac and had the same problems. > > The "building R packages" documentation seems to suggest that "autoconf" > should take care of it, but I must be missing something as I expect it to > be a common task. > > I also tried explicit autohell (yes, I know) commands > 1) autoreconf --force -v > completes but invoking configure (with no options) gives > > checking build system type... x86_64-pc-linux-gnu > checking host system type... x86_64-pc-linux-gnu > loading site script './config.site' > loading build-s...

...damn near every Linux distro comes with it--but again, Windows doesn't come with it either. And I recall some other people raising objections to a Python build system because of that...) Heck, I'll admit that *I* don't like CMake that much, either. It's certainly better than "autohell" (as one person on this list put it), I'll give it that. But I think we can do better than CMake. Granted, CMake is the easiest alternative to autoconf, since we have most of the infrastructure for it in place already, but what will we do when sometime (5, 10 years?) down the line we find...

On Jul 24, 2013, at 14:18, Charles Davis <cdavis5x at gmail.com> wrote: > > On Jul 24, 2013, at 11:11 AM, Jeremy Huddleston Sequoia wrote: > >> I recently took a stab at changing the MacPorts llvm-3.4 port from the configure-based build system to the cmake-based build system. >> >> There are a couple of issues that I still haven't been able to work out yet

Hi All, I fear starting another centi-thread on this but I'll give it a shot. We're currently supporting two build systems which is definitely one more than we (or I) want to support. I don't know of any support in autoconf past the --host/--build/--target case that's not supported in cmake. I'll send out an assertion here that this support isn't necessary and any system