Sorry for the delay.
Paul Eggert writes:
> Always reporting SA_SIGINFO violates POSIX but I doubt whether
> anybody really cares, so does the following patch fix things for you?
> It simply adjusts the test so that it doesn't check for this bug.
Yes, but from the gettext Hydra build log[1], Fre
Pádraig Brady wrote:
> On 01/28/2013 01:14 PM, Pádraig Brady wrote:
>> On 12/14/2012 04:17 AM, Jim Meyering wrote:
>>> If we're omitting "devfs", then should "devtmpfs" also be omitted?
>>
>> I don't think "devtmpfs" should be marked as dummy
>> as there is storage associated with it.
>> I.E. you
On 01/28/2013 11:56 PM, Paul Eggert wrote:
On 01/28/13 12:12, Tom G. Christensen wrote:
It works for Solaris 7-10 but fails on Solaris 2.6 in the same way as before.
OK, please try the following patch instead.
It fixes that particular problem the same way as before,
but I'm hoping that when co
On 1/28/13 6:47 PM, Paul Eggert wrote:
OK, how about the attached patch instead?
After correcting a minor issue (*/tests/test-getcwd.c needed to be
changed to */gnulib-tests/test-getcwd.c in the last patch),
tests/rm/unread3.sh continues to pass while gnulib-tests/test-getcwd.sh
still fails.
Debian testing (7.0) builds eglibc 2.13 against Linux 2.6.26 features
so it can run as a chroot on older Debian releases.
Debian 7.0 will ultimately use a 3.2 kernel, Debian 6.0 runs 2.6.32.
So I think the highest kernel version Debian can currently build eglibc
against is is 2.6.32 (so it can st
On 01/29/2013 05:28 PM, Eric Wong wrote:
> So I think the correct solution would be to check the __ABI_TAG_VERSION
> in the PT_NOTE section, but I haven't figured out how to do that at
> runtime... (ref: csu/abi-note.S in glibc source tree).
Sorry, I'm afraid I'm lost. I don't know what the bug
Paul Eggert wrote:
> On 01/29/2013 05:28 PM, Eric Wong wrote:
> > So I think the correct solution would be to check the __ABI_TAG_VERSION
> > in the PT_NOTE section, but I haven't figured out how to do that at
> > runtime... (ref: csu/abi-note.S in glibc source tree).
>
> Sorry, I'm afraid I'm l
On 01/29/2013 06:44 PM, Eric Wong wrote:
> eglibc on Debian is only configured to only use features available in
> Linux 2.6.26 at build time. This means statvfs() uses stat() internally
> regardless of the run-time kernel version[1].
That sounds like a bug in eglibc. Perhaps you can fix this pr
* lib/regexec.c (extend_buffers): Add parameter min_len.
(check_matching): Pass minimum needed length.
(clean_state_log_if_needed): Likewise.
(get_subexp): Likewise.
---
ChangeLog | 8
lib/regexec.c | 16 +---
2 files changed, 17 insertions(+), 7 deletions(-)
diff --git
* m4/regex.m4 (gl_REGEX): Add test case, by Andreas Schwab,
for the just-fixed regex bug.
---
ChangeLog | 6 ++
m4/regex.m4 | 61 ++---
2 files changed, 48 insertions(+), 19 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index ab9582
On 01/29/2013 09:11 AM, Global Odey wrote:
> + test-getcwd
> + Exit 7
Evidently the test-getcwd program is encountering
the failure marked "fail = 7;" in that program.
Can you use GDB to debug the situation?
Try running something like this:
gdb test-getcwd
b getcwd
r
fin
p errno
That sort of thi
11 matches
Mail list logo
