Re: [PATCH] gettext: update macros to version 0.19

2014-07-14 Thread Philipp Thomas
* Daiki Ueno (u...@gnu.org) [20140713 22:51]: > I've pushed a fix for this anyway: > http://git.savannah.gnu.org/cgit/gettext.git/commit/?h=maint&id=e1bd11a1 Seems the fix doesn't adapt the testsuite as I get failures in the autopoint tests with the patch applied: FAIL: autopoint-2 FAIL: autopoi

Re: [PATCH] gettext: update macros to version 0.19

2014-07-11 Thread Philipp Thomas
* Daiki Ueno (u...@gnu.org) [20140711 15:13]: > Could you provide an example of the build failures with 0.19.1? Yes, > 0.19 had such problems[1], but with 0.19.1 we haven't received any single > bug report that affects building other packages, except this: I'll send you examples as soon as I get

Re: [PATCH] gettext: update macros to version 0.19

2014-07-11 Thread Philipp Thomas
* Bernhard Voelker (m...@bernhard-voelker.de) [20140710 10:27]: > puh, for me as openSUSE user this means that I have to build > gettext on my hosts, as the latest release openSUSE-13.1 still > uses 0.18.3.1 (and most probably won't upgrade) It will most definitely not be updated to a newer versi

Mix of GPL 2.0 and GPL. 3.0 licenses

2013-04-04 Thread Philipp Thomas
cases only use gnulib components licensed under 2.0+. Is this possible at all? Philipp -- Philipp Thomas, Software engineer, R&D SUSE, Nuremberg, Germany

Re: Why require SLOW_BUT_NO_HACKS for stubs?

2012-06-25 Thread Philipp Thomas
* Bruno Haible (br...@clisp.org) [20120624 13:05]: > Unfortunately, a majority of the users (between 50% and 90%, I got the > impression) runs "make; make install" without "make check". >From my impressions I'd agree that 80 to 90% onlty do make; make install. > And many of them would also ignor

Re: signbit #define'd causes compilation error in octave

2011-11-16 Thread Philipp Thomas
* Eric Blake (ebl...@redhat.com) [20111018 23:07]: > But since octave is written in C++, we could avoid the macros and > instead have three overloaded functions named signbit which operate > on the correct types, so as not to pollute the namespace with a > macro. That's why the C++ standard has

Re: Dealing with character ranges in grep

2011-06-16 Thread Philipp Thomas
* Jim Meyering (j...@meyering.net) [20110616 10:55]: > For the record, at least Fedora's grep and sed both build > --without-included-regex, so would be affected. SLES and openSUSE also build sed and grep --without-included-regex, so would also be affected. Philipp

Re: proposal: make [A-Z] range handling locale-independent

2011-06-16 Thread Philipp Thomas
* Jim Meyering (j...@meyering.net) [20110616 11:57]: > In some locales, the [A-Z] regexp currently matches 25 of the > lower case letters. For example, > > $ echo a| LC_ALL=cs_CZ grep '[A-Z]' > a > $ echo y| LC_ALL=cs_CZ grep '[A-Z]' > y Sorry for chiming in late, but IMO that's

Re: Dealing with character ranges in grep

2011-06-14 Thread Philipp Thomas
* Karl Berry (k...@freefriends.org) [20110611 01:50]: > Because whatever changes they might or might not agree to make, they > obviously won't reach user systems for years. Not necessarily. Linux distributors do backports of changes they deem good to have now and then. Philipp

Using /proc/mounts in mountlist.c for linux

2011-04-05 Thread Philipp Thomas
GNU find will not recognize file systems of type autofs on newer Linux kernels as autofs entries are only listed in /proc/mounts and mountlist.c includes glibc mntent.h which takes the _PATH_MOUNTED from paths.h and that is /etc/mtab. After a longer discussion, we (SUSE) chose to patch mountlist.c