Andrew Pennebaker wrote:
> MSVC integration will become more interesting
The usual way to do MSVC builds of packages that use Autotools is to use
wrapper scripts 'ar-lib' and 'compile' that provide a Unix-y interface to
the MSVC compilers. See
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=b
Andrew Pennebaker wrote:
Looks like 5 years have passed since a release. Could we get a new tag
pushed, so that developers can pin to a relatively recent edition of
Gnulib, without accidentally receiving breaking changes?
I thought tags were for actual releases, which we've sort of dropped as n
Bruno Haible wrote:
The feature is not portable to POSIX
platforms. Besides, I doubt whether anybody is using the feature anyway.
OK, if you question the "feature" as a whole,
Sorry, I was referring only to the never-used feature of diffutils, where "-" in
a command-line argument stands for
Looks like 5 years have passed since a release. Could we get a new tag
pushed, so that developers can pin to a relatively recent edition of
Gnulib, without accidentally receiving breaking changes?
--
Cheers,
Andrew
Ach, I've made a career out of not having to know autotools! ./configure &&
make && [sudo] make install were black boxes as far as I was concerned.
So be it, I'll spend some time reading up this weekend and see how far I
get. MSVC integration will become more interesting, but I suppose I can
disab
prove that man-db and tar works(which used to segfault). hope builtin argp
could be updated soon. i will report if i met another NULL pointer case.
thanks for your work! :)
Bruno Haible 于2019年1月6日周日 上午12:17写道：
> He X wrote:
> > > The msgid argument is a null-terminated string.
> >
> > problem i
On Saturday, January 5, 2019 6:53:06 PM CET Bruno Haible wrote:
> Hi,
>
> Andrew Pennebaker wrote:
> > Could we improve how gnulib integrates with downstream projects, to make
> > it
> > easier to work with different build tools? In particular, would be helpful
> > for gnulib to easily work with c
Hi,
Andrew Pennebaker wrote:
> Could we improve how gnulib integrates with downstream projects, to make it
> easier to work with different build tools? In particular, would be helpful
> for gnulib to easily work with cmake projects.
>
> In my case, I have an application that needs openat(), and I
Andrew Pennebaker wrote:
Could we improve how gnulib integrates with downstream projects, to make it
easier to work with different build tools? In particular, would be helpful
for gnulib to easily work with cmake projects.
It would also be helpful for Gnulib to work better with GNU Make, while
Could we improve how gnulib integrates with downstream projects, to make it
easier to work with different build tools? In particular, would be helpful
for gnulib to easily work with cmake projects.
In my case, I have an application that needs openat(), and I already have a
complex cmake configurat
He X wrote:
> > The msgid argument is a null-terminated string.
>
> problem is that msgid is a empty pointer, not a pointer to a
> NULL-terminated string.
>
> full backtrace:
>
> ```
> #0 0x77fab65d in strcmp (l=0x0, r=0x77eff7df "Packaged by
> %s\n") at src/string/strcmp.c:5
> #1
On 04/01/19 20:32, Bruno Haible wrote:
Fixed as follows.
2019-01-04 Bruno Haible
Fix link errors in unit tests.
Reported by Tom G. Christensen .
* modules/bitset-tests (Makefile.am): Link test-bitset against libintl.
* modules/array-map-tests (Makefile.am): Li
Hi,
He X wrote on 2018-12-22:
> according to
> https://www.gnu.org/software/gettext/manual/html_node/Interface-to-gettext.html,
> passing NULL to gettext is undefined.
Likewise the LI18NUX 2000 specification (p. 39) says
"The msgid argument is a null-terminated string."
And likewise the LSB 3.
* Bruno Haible:
> Florian Weimer wrote:
>> The standards do not provide a way to report errors for malformed format
>> strings. I think the current behavior is acceptable, all things
>> considered.
>
> OK, then I'm fine with Assaf's approach to create a new, separate function
> that does only the
Hi,
John Darrington wrote on 2018-12-22:
> I'm trying to use gnulib in the same project as ax_prog_cc_for_build.m4
> from the autoconf archive[1]. But it seems that they do not play nicely
> together.
>
> Specifically, gnulibs std-gnu11.m4 seems to negate the effect of the former,
> resulting in
Paul Eggert wrote on 2018-12-22:
> bore wrote:
> > What is causing this is
> > int _flags; \
> > int _file; \
> > on 32bit it needs to be
> > short _flags; \
> > short _file; \
>
> Thanks for the suggestion. Does the attached Gnulib patch fix the problem? I
> haven't installed it and can't easi
Florian Weimer wrote:
> The standards do not provide a way to report errors for malformed format
> strings. I think the current behavior is acceptable, all things
> considered.
OK, then I'm fine with Assaf's approach to create a new, separate function
that does only the syntax checking.
Bruno
Paul Eggert wrote:
> Using signed types is better nowadays than using unsigned types, since
> many platforms now check for signed integer overflow and this can catch many
> bugs, some of them security-relevant, whereas unsigned arithmetic is well
> defined to wrap around with no overflow check (
[CCing bug-gnulib. This is a followup to
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33965 ]
Hi Paul,
> The feature is not portable to POSIX
> platforms. Besides, I doubt whether anybody is using the feature anyway.
OK, if you question the "feature" as a whole, then I'd say:
* Users don't
19 matches
Mail list logo
