Hello
I have pulled the latest gnulib component. I am trying to build octave.
Compile error which comes from _GL_CXXALIAS_SYS (raise, int, (int sig)); in
signal.in.h seem to be disappeared.
Thank you for your immediate correction.
Regards
Tatsuro
--- Bruno Haible wrote:
> Hi,
>
> Tatsuro MA
> FAIL: test-fgetc.exe
> FAIL: test-fputc.exe
> FAIL: test-fread.exe
> FAIL: test-fwrite.exe
>
> All these fail on a stream whose file descriptor has been closed. Most
> libraries won't do such a thing. Therefore I don't find it worth to fix
> this. Just document it.
But two of the tests still fa
Hi,
Tatsuro MATSUOKA wrote:
> In the bug tracker octave, in which gnulib components are used,
> _GL_CXXALIAS_SYS (raise, int, (int sig)); in signal.h seems to give compile
> error.
>
> https://savannah.gnu.org/bugs/?34378
>
> John W. Eaton said in comment #3 in the above tracker that
>
> **
2011/9/27 Pádraig Brady :
> On 09/27/2011 11:12 PM, Reuben Thomas wrote:
> Note when testing io functions ensure that gnulib/lib/unlocked-io.h
> is used appropriately, especially for getc using functions like getndelim2()
The point Eric was making is that getndelim2 doesn't use getc (if it
can hel
On 09/27/2011 11:12 PM, Reuben Thomas wrote:
> On 27 September 2011 22:45, Reuben Thomas wrote:
>> On 26 September 2011 23:24, Eric Blake wrote:
>>>
>>> So _both_ linebuffer and getdelim would benefit from a conversion to
>>> freadptr.
>>
>> I just tried using getndelim2 instead of getline for a
On 27 September 2011 22:45, Reuben Thomas wrote:
> On 26 September 2011 23:24, Eric Blake wrote:
>>
>> So _both_ linebuffer and getdelim would benefit from a conversion to
>> freadptr.
>
> I just tried using getndelim2 instead of getline for a program which
> slurps text line by line but spends m
On 26 September 2011 23:24, Eric Blake wrote:
>
> So _both_ linebuffer and getdelim would benefit from a conversion to
> freadptr.
I just tried using getndelim2 instead of getline for a program which
slurps text line by line but spends most of its time regexp-searching
the text, and it made no de
On 09/27/11 06:49, Simon Josefsson wrote:
Reuben Thomas writes:
Has anyone else any experience with it?
I have used it in libidn, gsasl and a few other projects since well over
5 years. I have been quite happy with it.
The biggest concern I have had is that the auto-generated --help screen
Jim,
Any news about this bug?
This problem was again reported against a recent Debian release here:
http://article.gmane.org/gmane.comp.file-systems.fuse.sshfs/1200
Thanks,
Miklos
On 27 September 2011 14:49, Simon Josefsson wrote:
>
> The biggest concern I have had is that the auto-generated --help screen
> is impossible to fine-tune and it doesn't look as good as I want it to.
Most of the bugs I have filed and offered to fix are precisely to do
with making the details of
Reuben Thomas writes:
> Has anyone else any experience with it?
I have used it in libidn, gsasl and a few other projects since well over
5 years. I have been quite happy with it.
The biggest concern I have had is that the auto-generated --help screen
is impossible to fine-tune and it doesn't l
Reuben Thomas wrote:
> I've just been playing with gengetopt. There's a lot to like: it gives
> me (potentially multi-language) options handling for one line per
> option (plus any extra text I want) in a simple .ggo file, and half a
> dozen lines of code (four of which really should be redundant a
I've just been playing with gengetopt. There's a lot to like: it gives
me (potentially multi-language) options handling for one line per
option (plus any extra text I want) in a simple .ggo file, and half a
dozen lines of code (four of which really should be redundant as they
test the help and vers
13 matches
Mail list logo
