Re: [darcs-users] down with autoconf

On Fri, May 16, 2008 at 01:59:57PM +0900, Stephen J. Turnbull wrote: > John Meacham writes: > > > I think it would be an interesting project to work on, something nice > > and declarative that compiled to portable 'sh'. > > Excuse me? That's *exactly* the requirement that led to autoconf. No,

Re: [darcs-users] down with autoconf

John Meacham writes: > I think it would be an interesting project to work on, something nice > and declarative that compiled to portable 'sh'. Excuse me? That's *exactly* the requirement that led to autoconf. ___ darcs-users mailing list darcs-users

Re: [darcs-users] darcs patch: fixes to autoconf

2008/5/15 Eric Kow <[EMAIL PROTECTED]>: >> Looks like static libcurl is broken on Ubuntu (I'm using >> libcurl4-openssl-dev_7.18.0-1ubuntu2). Perhaps its broken on >> Windows, too? > You may be interested in > http://bugs.darcs.net/issue806 Ok, it's libwww then. I added a patch linking libwww lib

Re: [darcs-users] darcs patch: Fix case sensitivity bug in roundup integration.

On Thu, May 15, 2008 at 04:21:15PM +, [EMAIL PROTECTED] wrote: > Resend (amend --edit typo in patch name) > > Thu May 15 17:20:42 BST 2008 Eric Kow <[EMAIL PROTECTED]> > * Fix case sensitivity bug in roundup integration. Not applied, as I implemented my own fix before you sent this... Dav

Re: [darcs-users] darcs patch: Resolve issue738: When pushing, remind user of patches...

On Thu, May 15, 2008 at 06:48:39PM +, [EMAIL PROTECTED] wrote: > Thu May 15 19:47:14 BST 2008 Eric Kow <[EMAIL PROTECTED]> > * Resolve issue738: When pushing, remind user of patches to pull. Applied. Thanks! David ___ darcs-users mailing list da

Re: [darcs-users] down with autoconf

Those are good points about autoconf, John. > I think it would be an interesting project to work on, something nice > and declarative that compiled to portable 'sh'. Yes, I think that declarative-ish programming has been overhyped by academics, but this particular problem domain seems like a go

[darcs-users] darcs patch: Resolve issue738: When pushing, remind user of patches...

Thu May 15 19:47:14 BST 2008 Eric Kow <[EMAIL PROTECTED]> * Resolve issue738: When pushing, remind user of patches to pull. New patches: [Resolve issue738: When pushing, remind user of patches to pull. Eric Kow <[EMAIL PROTECTED]>**20080515184714] hunk ./src/Darcs/Commands/Push.lhs 41

Re: [darcs-users] is it possible to switch off pager?

Eric Kow wrote: >>> You could set the DARCS_PAGER environment variable to cat. >>> >> Thanks, this works well, even ANSI coloring works fine when >> darcs is run from ansicon (looks like the pager is called >> only when needed which is good :-) ). > > Note that as Pekka points out, you could jus

Re: [darcs-users] darcs patch: fixes to autoconf

Hi Pekka, > Looks like static libcurl is broken on Ubuntu (I'm using > libcurl4-openssl-dev_7.18.0-1ubuntu2). Perhaps its broken on > Windows, too? You may be interested in http://bugs.darcs.net/issue806 -- Eric Kow PGP Key ID: 08AC04F9 ___

[darcs-users] darcs patch: fixes to autoconf

Here are a few patches to autoconf solving --with-static-libs problems and a couple of gotchas. Looks like static libcurl is broken on Ubuntu (I'm using libcurl4-openssl-dev_7.18.0-1ubuntu2). Perhaps its broken on Windows, too? --Pekka Thu May 15 16:17:00 EEST 2008 Pekka Pessi <[EMAIL PROTECTE

Re: [darcs-users] is it possible to switch off pager?

>> You could set the DARCS_PAGER environment variable to cat. >> > > Thanks, this works well, even ANSI coloring works fine when > darcs is run from ansicon (looks like the pager is called > only when needed which is good :-) ). Note that as Pekka points out, you could just set it to the empty s

Re: [darcs-users] is it possible to switch off pager?

Eric Kow wrote: > You could set the DARCS_PAGER environment variable to cat. > Thanks, this works well, even ANSI coloring works fine when darcs is run from ansicon (looks like the pager is called only when needed which is good :-) ). Peter. ___ d

Re: [darcs-users] is it possible to switch off pager?

2008/5/15 Eric Kow <[EMAIL PROTECTED]>: > http://bugs.darcs.net/issue853 > > I have filed a wishlist item for you in our bugtracker. Please add > yourself to it if you wish to be notified about its status. The patch is already in development version... -- Pekka.Pessi mail at nokia.com __

Re: [darcs-users] down with autoconf

On Thu, May 15, 2008 at 9:12 AM, John Meacham <[EMAIL PROTECTED]> wrote: > > Now, autoconf isn't ideal, but I am not sure of any other alternative > out there that are suitable. Replacing the functionality of automake > would also be a lot of work in general. > > I think it would be an interesting

Re: [darcs-users] the problems with autoconf

2008/5/15 zooko <[EMAIL PROTECTED]>: > > AC_PROG_CC > > AC_PROG_CPP > I already tried removing those lines from the configure.ac. It > appears not to change the behavior -- the script still ends with: > configure: error: no acceptable C compiler found in $PATH > > This is why I began to th

[darcs-users] darcs patch: Fix case sensitivity bug in roundup integration.

Resend (amend --edit typo in patch name) Thu May 15 17:20:42 BST 2008 Eric Kow <[EMAIL PROTECTED]> * Fix case sensitivity bug in roundup integration. New patches: [Fix case sensitivity bug in roundup integration. Eric Kow <[EMAIL PROTECTED]>**20080515162042] hunk ./tools/update_roundup.pl 51

[darcs-users] darcs patch: Fix case sensitivitiy bug in roundup integration.

Thu May 15 17:18:31 BST 2008 Eric Kow <[EMAIL PROTECTED]> * Fix case sensitivitiy bug in roundup integration. New patches: [Fix case sensitivitiy bug in roundup integration. Eric Kow <[EMAIL PROTECTED]>**20080515161831] hunk ./tools/update_roundup.pl 51 next unless ($patch_name =~ $sta

Re: [darcs-users] the problems with autoconf

On May 15, 2008, at 9:54 AM, Karel Gardas wrote: > zooko wrote: >> I couldn't figure out which instruction in darcs's configure.ac >> causes the resulting configure to do this test of a C compiler, >> before giving up in despair. > > AC_PROG_CC > AC_PROG_CPP > > tests for C compiler first and the

Re: [darcs-users] down with autoconf

autoconf is a complicated program because it solves an inherently complicated problem, taking at least a day to learn it doesn't seem that out of the ordinary. It is a language, like haskell or C or anything. I think a lot of the grotty autoconf out there is due to people just copying configure.ac

Re: [darcs-users] the problems with autoconf

zooko wrote: >> I'm not sure, but my view of this is completely different. As far as I >> know ghc is using gcc for building final executable/library so gcc is >> required for darcs compilation. Please correct me if I'm wrong! Thanks. > > That's true on (at least some) unix systems, but on Windows

Re: [darcs-users] the problems with autoconf

zooko wrote: > I couldn't figure out which instruction in darcs's configure.ac > causes the resulting configure to do this test of a C compiler, > before giving up in despair. AC_PROG_CC AC_PROG_CPP tests for C compiler first and then for C++ compiler. Is this what you have been looking for?

Re: [darcs-users] the problems with autoconf

On May 15, 2008, at 8:26 AM, Karel Gardas wrote: >> 1. The current darcs autoconf scripts are not reliable at figuring >> out, at configure time, what is going to be available at compile >> time. For example, ./configure will tell me that libcurl is >> available, with various features, and then

Re: [darcs-users] the problems with autoconf

On May 15, 2008, at 9:41 AM, David Roundy wrote: > On Thu, May 15, 2008 at 6:54 AM, zooko <[EMAIL PROTECTED]> wrote: >> 1. The current darcs autoconf scripts are not reliable at figuring >> out, at configure time, what is going to be available at compile >> time. For example, ./configure will t

Re: [darcs-users] the problems with autoconf

On Thu, May 15, 2008 at 6:54 AM, zooko <[EMAIL PROTECTED]> wrote: > 1. The current darcs autoconf scripts are not reliable at figuring > out, at configure time, what is going to be available at compile > time. For example, ./configure will tell me that libcurl is > available, with various feature

Re: [darcs-users] is it possible to switch off pager?

Hi Peter, http://bugs.darcs.net/issue853 I have filed a wishlist item for you in our bugtracker. Please add yourself to it if you wish to be notified about its status. -- Eric Kow PGP Key ID: 08AC04F9 __

Re: [darcs-users] is it possible to switch off pager?

> Does setting "DARCS_PAGER" to the empty string have any such effect? Uh-oh... sounds like a ticking time bomb in our code. There's a chance this has the effect of trying to call the empty command, plus arguments. It depends on what System.Process does in that case, but it seems like this is a

Re: [darcs-users] darcs patch: Do not react to darcs help --verbose (and 1 more)

On Thu, May 15, 2008 at 03:14:35PM +, [EMAIL PROTECTED] wrote: > Thu May 15 15:31:25 BST 2008 Eric Kow <[EMAIL PROTECTED]> > * Do not react to darcs help --verbose > > It used to be the same as darcs --extended-help, but since we're > renaming that to be darcs --overview, it seemed si

Re: [darcs-users] is it possible to switch off pager?

On Thu, 15 May 2008 17:08:46 +0200 Peter Hercek <[EMAIL PROTECTED]> wrote: > By default, darcs pipes its help output through a pager? > Is it possible to switch it off in darcs' configuration. Does setting "DARCS_PAGER" to the empty string have any such effect? ciao, lele. -- nickname: Lele Gai

Re: [darcs-users] is it possible to switch off pager?

On Thu, May 15, 2008 at 8:19 AM, Eric Kow <[EMAIL PROTECTED]> wrote: > Hi Peter, > > > Is it possible to switch it off in darcs' configuration. > > There is no configuration switch (yet) to make darcs not use the pager > for piping its help output. You could set the DARCS_PAGER environment > vari

Re: [darcs-users] is it possible to switch off pager?

Hi Peter, > Is it possible to switch it off in darcs' configuration. There is no configuration switch (yet) to make darcs not use the pager for piping its help output. You could set the DARCS_PAGER environment variable to cat. Maybe it would be worthwhile to have another environment variable, a

[darcs-users] darcs patch: Do not react to darcs help --verbose (and 1 more)

Thu May 15 15:31:25 BST 2008 Eric Kow <[EMAIL PROTECTED]> * Do not react to darcs help --verbose It used to be the same as darcs --extended-help, but since we're renaming that to be darcs --overview, it seemed silly to be calling it 'verbose' Thu May 15 16:14:14 BST 2008 Eric Kow <[EM

Re: [darcs-users] Windows version of darcs wont 'get'

Hello, >I found the problem, Im using IIS 7 for the first time, and it has no >default handler for files without extensions. >I had to add a mime type for .* and now I can access the files. I had >no trouble browsing the directories, so I thought the site was fine. I'm using IIS 5, and I have

Re: [darcs-users] darcs patch: Do not react to darcs help --verbose (and 1 more)

On Thu, May 15, 2008 at 02:43:13PM +, [EMAIL PROTECTED] wrote: > Thu May 15 15:31:25 BST 2008 Eric Kow <[EMAIL PROTECTED]> > * Do not react to darcs help --verbose > > It used to be the same as darcs --extended-help, but since we're > renaming that to be darcs --overview, it seemed si

[darcs-users] is it possible to switch off pager?

By default, darcs pipes its help output through a pager? Is it possible to switch it off in darcs' configuration. The problem is that the pager does not add text to the text history in a terminal window, moreover on windows it erases the history (at least on my windows). If it is not possible then

[darcs-users] darcs patch: Do not react to darcs help --verbose (and 1 more)

Thu May 15 15:31:25 BST 2008 Eric Kow <[EMAIL PROTECTED]> * Do not react to darcs help --verbose It used to be the same as darcs --extended-help, but since we're renaming that to be darcs --overview, it seemed silly to be calling it 'verbose' Thu May 15 15:31:52 BST 2008 Eric Kow <[EM

Re: [darcs-users] the problems with autoconf

Zooko, first of all, like or dislike autotools the problem is we're probably going to live with them till someone goes ahead and try various autotools replacement for darcs on all the possible platforms. My guess is that such attempt will spend more time than just fixing current autotools issues

[darcs-users] the problems with autoconf

Folks: In sum, autoconf seems to be a good tool for building C code to various flavours of Unix, but it doesn't come with good support for different programming languages (Haskell) or different platforms (Windows with or without Cygwin). Next, it is very difficult to extend or debug in or

Re: [darcs-users] darcs patch: +strictness comment in FPS.hs

On Thu, May 15, 2008 at 12:31:04AM -0400, [EMAIL PROTECTED] wrote: > Thu May 15 00:30:31 EDT 2008 [EMAIL PROTECTED] > * +strictness comment in FPS.hs Applied, thanks! David ___ darcs-users mailing list darcs-users@darcs.net http://lists.osuosl.org/ma