Eric Blake wrote:
> According to Ben Walton on 2/12/2010 6:32 AM:
>
> Hi Ben,
>> I'm building coreutils for OpenCSW (http://opencsw.org) and was seeing
>> the test suite fail several tests with 'Operation not supported on
>> tranport endpoint' messages. After digging around a bit, I found that
>>
On 3/2/10, Sam Steingold wrote:
> Sam Steingold wrote:
>
> > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h &
> warn-on-use.h in src/build-aux.
> >
>
> So, any chance these files could be restored to their proper place in
> gllib?
Alternatively, I would be reasonably happy wit
Sam Steingold wrote:
I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h &
warn-on-use.h in src/build-aux.
So, any chance these files could be restored to their proper place in gllib?
This location causes me huge problems because these files are not covered by
sed_transform_lib_
According to Ralf Wildenhues on 1/17/2010 2:40 AM:
>> I think you've nailed it - fts-lgpl isn't really being used anywhere.
>> We originally offered it as a way to port glibc's fts to platforms
>> that lacked fts altogether, but glibc's fts is so much worse than
>> gnulib's that it hasn't been wort
On 3/2/10, Simon Josefsson wrote:
>
> > it would be not necessary if the --*-common arguments are introduced
> > because then the macro prefix can be generated automatically.
>
>
> But I don't see how it would work because of module interdependency's.
> I think there are two main cases:
>
> 1)
Is there any reason not to commit the changes for the new c++defs
module?
Earlier, I wrote:
| How can one easily find all the places where the GNULIB_NAMESPACE tag
| is needed? Is there some way we can get the compiler to help with
| this job?
|
| The reason I liked the idea of having the gnuli
Sam Steingold writes:
> On 3/2/10, Simon Josefsson wrote:
>> Sam Steingold writes:
>>
>> > On 3/1/10, Simon Josefsson wrote:
>> >>
>> >> It would be nice it gnulib-tool could do it, but I have a hard time
>> >> thinking how that would actually be implemented. There are so many
>> >> dif
According to Ben Walton on 2/12/2010 6:32 AM:
Hi Ben,
> I'm building coreutils for OpenCSW (http://opencsw.org) and was seeing
> the test suite fail several tests with 'Operation not supported on
> tranport endpoint' messages. After digging around a bit, I found that
> errno was EOPNOTSUPP in sev
On 3/2/10, Simon Josefsson wrote:
> Sam Steingold writes:
>
> > On 3/1/10, Simon Josefsson wrote:
> >>
> >> It would be nice it gnulib-tool could do it, but I have a hard time
> >> thinking how that would actually be implemented. There are so many
> >> different ways you may want to organ
Hi Bruno,
Bruno Haible wrote:
> FreeBSD's POSIX_SPAWN_SETSIGMASK is 0x20, FreeBSD's POSIX_SPAWN_SETSCHEDULER
> is 0x08. Whereas the gnulib replacement value for POSIX_SPAWN_SETSIGMASK is
> 0x08. It seems gnulib's replacement value is in use when it should not. I'm
> applying this fix.
Thanks for
Hi Johan,
Thanks for the added details.
> The code actually works fine on FreeBSD 7.2 machines. It's also
> fine on OpenBSD (4.7) and MacOS (Darwin 8.11). So it seems something was
> changed / broken in FreeBSD 8.0.
FreeBSD 8.0 has its own, new implementation of the posix_spawn* functions,
where
Sam Steingold writes:
> On 3/1/10, Simon Josefsson wrote:
>>
>> It would be nice it gnulib-tool could do it, but I have a hard time
>> thinking how that would actually be implemented. There are so many
>> different ways you may want to organize your gnulib directories that
>> having gnulib-t
k...@freefriends.org (Karl Berry) writes:
> What I mean - I wouldn't mind commiting gnulib stuff to VCS, but only
> if I can omit files generated by autoreconf.
>
> FWIW, that is exactly what I do for Texinfo. It helps my contributors
> to not spend time dealing with gnulib, and it helps
Johan van Selst wrote:
> Eric Blake wrote:
> > I'll try and get on a FreeBSD machine and see if I can reproduce this.
> > But my initial pre-release testing on BSD did not fail, so I will have to
> > figure out what is different between my environment and yours.
> I shall check it on different syst
14 matches
Mail list logo
