Hi!
A year ago (commit 467061a2014d742a27eb8d4498e8d09fb3225d53), the SVR2 support
was removed from fsusage.
Should it be removed from mountlist either?
--
Andrew
* lib/cdefs.h (__glibc_has_attribute): New macro.
---
ChangeLog | 3 +++
lib/cdefs.h | 6 ++
2 files changed, 9 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index 31cf9791d..dcabc939b 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,8 @@
2018-10-15 Paul Eggert
+
* modules/regex (Depends-on): Add libc-config.
This is needed after the recent autoupdate from glibc.
---
ChangeLog | 6 ++
modules/regex | 1 +
2 files changed, 7 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index acd7e51bc..31cf9791d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3
Hi all!
> Le 14 oct. 2018 à 22:24, Bruno Haible a écrit :
>
> The essential reference is the timeline of Java releases:
> https://en.wikipedia.org/wiki/Java_version_history
Thanks!
> As you can see, Java specification levels 1.3, 1.4, 1.5 are outdated for
> more than 3 years. And level 1.6
Bruno Haible wrote:
- They added 'timegm' and 'timelocal', but since gnulib does not have a
unit test for them, I have no idea how buggy they are.
Paul, do you have a unit test for these functions in some corner?
I'm afraid not, and it's low priority. timelocal is merely a
Hi Akim,
> In Bison we have a Java backend. We use gnulib to handle the
> Java tool chain. In particular, in configure.ac we have
>
> gt_JAVACOMP([1.3], [1.4])
> gt_JAVAEXEC
>
> it worked like a charm for years.
>
> Until macOS Mojave; Yu Yijun reported that we get:
>
> 467. java.at:367:
Akim Demaille wrote:
he changed
CONF_JAVAC='javac -target 1.4 -source 1.3'
to
CONF_JAVAC='javac -target 1.6 -source 1.6'
and had all the tests pass without any error.
I have absolutely no idea what that change implies.
It means the Java compiler accepts Java 6 source code and
In Bison we have a Java backend. We use gnulib to handle the
Java tool chain. In particular, in configure.ac we have
gt_JAVACOMP([1.3], [1.4])
gt_JAVAEXEC
it worked like a charm for years.
Until macOS Mojave; Yu Yijun reported that we get:
467. java.at:367: testing Calculator ...
Solaris 11.4 has added uselocale(), newlocale(), etc.
However, the data structure of locale_t does not contain the locale category
names. But this is essential for gettext() to work, when a per-thread
locale has been set! gettext() relies on the gnulib 'localename' module
for fetching the name of
* Tim Rühsen [181014 15:07]:
> On 13.10.18 23:19, Darshit Shah wrote:
> > Well, I don't think there will be a Python 4 for a very long time. The major
> > version number changes only for a large backwards incompatibility. It's
> > taken
> > them ~10 years and people still not on Python 3.
> >
>
On 13.10.18 23:19, Darshit Shah wrote:
> Well, I don't think there will be a Python 4 for a very long time. The major
> version number changes only for a large backwards incompatibility. It's taken
> them ~10 years and people still not on Python 3.
>
> Anyways, I don't think this will break even
Akim Demaille wrote:
> > ‘sys' -> 'wall'
>
> 易
The first of these characters is described by Emacs as "Not Assigned".
Time to get a newer Emacs, I guess :)
> Fixed. Can I push it?
Sure.
Bruno
2018-10-14 Bruno Haible
wcsnrtombs: Work around Solaris 11.4 bug.
* m4/wcsnrtombs.m4 (gl_WCSNRTOMBS_WORKS_IN_TRADITIONAL_LOCALE): New
macro.
(gl_FUNC_WCSNRTOMBS): Invoke it.
* doc/posix-functions/wcsnrtombs.texi: Mention the Solaris bug.
diff --git
2018-10-14 Bruno Haible
mbsnrtowcs: Work around Solaris 11.4 bug.
* m4/mbsnrtowcs.m4 (gl_MBSNRTOWCS_WORKS_IN_TRADITIONAL_LOCALE): New
macro.
(gl_FUNC_MBSNRTOWCS): Invoke it.
* doc/posix-functions/mbsnrtowcs.texi: Mention the Solaris bug.
diff --git
Hi,
Solaris 11.4 was released in August 2018. The relevant improvements are listed
here: https://docs.oracle.com/cd/E37838_01/html/E60974/golbg.html
>From the gnulib perspective, the notable changes are:
- They added per-thread locales: functions newlocale, *_l, etc.
- All libnsl functions
On Solaris 11.4, a couple of *_LIBM variables come out wrong in config.status
(empty instead of '-lm'). The reason are apparently optimizations by GCC 7.
This fixes it.
2018-10-14 Bruno Haible
floor, ceil, trunc, truncf, truncl: Defeat GCC optimizations.
* m4/floor.m4
> Le 14 oct. 2018 à 09:15, Bruno Haible a écrit :
>
> Hi Akim,
>
> Looks good, except for one copy mistake:
>> + fprintf (fp, "%11.6f (%2d%%)\n", tv->elapsed.wall * 1e-9, sys);
> ‘sys' -> 'wall'
易
Fixed. Can I push it?
Hi Akim,
Looks good, except for one copy mistake:
> + fprintf (fp, "%11.6f (%2d%%)\n", tv->elapsed.wall * 1e-9, sys);
'sys' -> 'wall'
Bruno
Hi Bruno!
> Le 13 oct. 2018 à 18:11, Bruno Haible a écrit :
>
> Hi Akim,
>
>> Or we filter on the percentages.
>
> Yes, filtering on percentages is the way to go. The user doesn't
> care about contributions < 1% or < 0.5%. When people draw pie charts,
> such minimal contributions are usually
19 matches
Mail list logo
