Hi Bruno,
Thanks for your response.
On Thu, 14 Jan 2010, Bruno Haible wrote:
> This functionality is not yet in gnulib. But I don't think it's general
> enough: Today you want to support tabs. Tomorrow you'll want to support
> line numbers and '\v' characters. Next week someone will want to supp
* Simon Josefsson wrote on Thu, Jan 14, 2010 at 08:07:41AM CET:
> Ralf Wildenhues writes:
> > I would volunteer to dig out and forward-port my gnulib-tool
> > optimization patches that cut its execution time in half,
> > if there is a nonzero chance of them being accepted. Last time,
> > Bruno rej
Ralf Wildenhues writes:
> Hello,
>
> * Simon Josefsson wrote on Wed, Jan 13, 2010 at 10:49:19AM CET:
>> The build times are interesting:
>>
>> gnulib-tool: 324 minutes
>> ./configure: 36 minutes
>> make check: 34 minutes
>>
>> Now, gnulib-tool invokes run ./configure too, but that seems like ju
Jim Meyering writes:
> I wonder if there is some way to write/use a command-not-found
> handler to automate the error-prone "add-$EXE-suffix" at run-time.
We could create a macro in init.sh that needs to be used when invoking a
program, but I think it would be as error-prone as $EXEEXT (it needs
Hello,
* Simon Josefsson wrote on Wed, Jan 13, 2010 at 10:49:19AM CET:
> The build times are interesting:
>
> gnulib-tool: 324 minutes
> ./configure: 36 minutes
> make check: 34 minutes
>
> Now, gnulib-tool invokes run ./configure too, but that seems like just a
> small fraction of the time it s
Hi Joel,
> a wrapper around mbsnwidth to compute screen columns while accounting
> for tabs.
> ...
> Does this duplicate any functionality already offered in
> gnulib? Is it general enough for gnulib?
This functionality is not yet in gnulib. But I don't think it's general
enough: Today you want
Eric Blake wrote:
> BeOS requires the .exe suffix.
No, on BeOS there is no problem: EXEEXT is empty there.
> Wine is another case where the suffix is (currently) important.
Then let's add the extension. It's an idiom that is not difficult to
follow:
1. use ${EXEEXT} when executing a compiled p
Hello,
On Monday 11 January 2010 02:45:41 pm Ludovic Courtès wrote:
> Hello,
>
> Patch 2.6.1 fails to build on Darwin with Apple’s “GCC” [0]:
does the latest version on ftp://alpha.gnu.org/gnu/patch/ work for you?
Thanks,
Andreas
Eric Blake wrote:
> According to Jim Meyering on 1/13/2010 3:19 AM:
>> I didn't account for that use case.
>> I wonder if there is some way to write/use a command-not-found
>> handler to automate the error-prone "add-$EXE-suffix" at run-time.
>>
>> If at all possible, I would like to avoid the inv
According to Jim Meyering on 1/13/2010 3:19 AM:
> I didn't account for that use case.
> I wonder if there is some way to write/use a command-not-found
> handler to automate the error-prone "add-$EXE-suffix" at run-time.
>
> If at all possible, I would like to avoid the invasive change
> of adding
Simon Josefsson wrote:
> Bruno Haible writes:
>> Simon Josefsson wrote:
>>> diff --git a/tests/test-xalloc-die.sh b/tests/test-xalloc-die.sh
>>> index 03bad60..80d6208 100755
>>> --- a/tests/test-xalloc-die.sh
>>> +++ b/tests/test-xalloc-die.sh
>>> @@ -18,7 +18,7 @@
>>>
>>> . "${srcdir=.}/init.sh
Simon Josefsson writes:
> I'll try to set the machine up to build it once per day or so, depending
> on how long it takes.
Another report is available at:
http://autobuild.josefsson.org/gnulib/log-201001130336758941000.txt
It has the same failures as before since it didn't use the absolutely
l
On 9-Jan-2010, Bruno Haible wrote:
| Hi John,
|
| John W. Eaton wrote:
| > Looking at lib/glob.c in the gnulib sources, there is some
| > Windows-specific code, so it looks like it is intended to work on
| > Windows systems
|
| > Is glob.c expected to work on Windows systems?
|
| At least it p
Bruno Haible writes:
> Simon Josefsson wrote:
>> diff --git a/tests/test-xalloc-die.sh b/tests/test-xalloc-die.sh
>> index 03bad60..80d6208 100755
>> --- a/tests/test-xalloc-die.sh
>> +++ b/tests/test-xalloc-die.sh
>> @@ -18,7 +18,7 @@
>>
>> . "${srcdir=.}/init.sh"; path_prepend_ .
>>
>> -te
14 matches
Mail list logo