Hello Jan,
> > In which respect did you find it useless for mingw?
>
> In that, when given an absolute file name, such as
>
>c:/program files/lilypond/usr/share/guile/2.0/ice-9/boot-9.scm
>
> it returns NULL.
This is indeed useless and needs to be improved.
> It also returns NULL when giv
Russ Allbery writes:
> (Please cc me on responses as I'm not a member of the bug-gnulib mailing
> list.)
>
> Simon Josefsson writes:
>> Ralf Corsepius writes:
>
>>> For real-world projects, gnulib often is not a viable alternative.
>
>> Could you explain why? There are several real-world proje
Hi,
Jan Nieuwenhuizen wrote:
> AC_LIB_HAVE_LINKFLAGS is broken for cross building, it looks
> in $prefix/lib, which is usually /usr/lib/, which is usually
> right.
>
> When cross building using a cross compiler for a different
> host root, say /home/janneke/vc/gub/target/mingw/root, things
> go h
(Please cc me on responses as I'm not a member of the bug-gnulib mailing
list.)
Simon Josefsson writes:
> Ralf Corsepius writes:
>> For real-world projects, gnulib often is not a viable alternative.
> Could you explain why? There are several real-world projects that use
> gnulib, so I'm curio
On 02/01/11 07:58, Eric Blake wrote:
> I've already spent too long writing this email
Oh my yes. But how about another alternative:
in Autoconf, split AC_HEADER_STDBOOL into two pieces.
The large piece (with a new name) would be identical to
what's in gl_HEADER_STDBOOL. The small piece, still na
[re-adding autoconf; I'm not sure why you dropped it earlier]
On 02/01/2011 08:00 AM, Ralf Corsepius wrote:
>> The gnulib stdbool module is LGPLv2+, which is about as flexible as you
>> can be. Using gnulib's stdbool replacement does NOT require an
>> application to become GPL.
>>
> At the price
On 02/01/2011 07:13 AM, Ralf Corsepius wrote:
>> I can understand if you are building non-free software you would not
>> want to use gnulib due to license reasons, but you could still use
>> autoconf.
> Somewhat oversimplified, this applies to us.
>
> RTEMS is an OS for embedded systems and is lic
On 02/01/2011 03:55 PM, Eric Blake wrote:
On 02/01/2011 07:13 AM, Ralf Corsepius wrote:
I can understand if you are building non-free software you would not
want to use gnulib due to license reasons, but you could still use
autoconf.
Somewhat oversimplified, this applies to us.
RTEMS is an OS
On 02/01/2011 06:59 AM, Jan Nieuwenhuizen wrote:
> It's good to see how thorough you are, even though I still think
> this is not much of a change as much as a first implementation.
>
> See attached, greetings,
> Bruno Haible schreef op di 01-02-2011 om 10:46 [+0100]:
>
> Hi Bruno,
>
>> > In wh
On 02/01/2011 02:29 PM, Simon Josefsson wrote:
Ralf Corsepius writes:
Please don't make this last change in Autoconf. AC_HEADER_STDBOOL in
Autoconf works well right now for people who do not use gnulib,
Agreed. I am one of these users.
and I
don't think that it's a good idea to mark obsole
Bruno Haible schreef op di 01-02-2011 om 10:46 [+0100]:
Hi Bruno,
> In which respect did you find it useless for mingw?
In that, when given an absolute file name, such as
c:/program files/lilypond/usr/share/guile/2.0/ice-9/boot-9.scm
it returns NULL. It also returns NULL when given the CWD
Ralf Corsepius writes:
>> Please don't make this last change in Autoconf. AC_HEADER_STDBOOL in
>> Autoconf works well right now for people who do not use gnulib,
> Agreed. I am one of these users.
>
>> and I
>> don't think that it's a good idea to mark obsolescent a working Autoconf
>> macro to
Hi,
Jan Nieuwenhuizen wrote:
> Attached is a patch that fixes canonicalize_file_name for mingw.
> ...
> The original is useless for mingw
In which respect did you find it useless for mingw?
We have a unit test for this module (tests/test-canonicalize-lgpl.c).
I occasionally run it on mingw, and
13 matches
Mail list logo
