Hello,
The test-simple-atomic test is failing to build on Solaris (tested 10
and older).
Here's the error from Solaris 10:
make[3]: Entering directory
`/export/home/tgc/tmp/daily_build/gnulib/000-gnulib-simple-363497c93/gltests'
depbase=`echo test-simple-atomic.o | sed 's|[^/]*$|.deps/&|;s|
On 24/12/2020 21:10, Paul Eggert wrote:
On 12/18/20 6:13 AM, Adhemerval Zanella wrote:
The same tests I pointed out on BZ#24970 comment #2 still fails with
gnulib
version 0aa8ef424.
I finally got some time free to look at this, and came up with some
patches that should fix that problem, alon
On 16/11/2020 16:47, Bruno Haible wrote:
Generally, these C++ tests are supported on glibc systems with
modern GCC. For testing Solaris 10, try passing the option
'--without-c++-tests' to gnulib-tool.
This does not seem to have any effect.
I tried running gnulib-tool like this:
./gnulib-tool
Hi,
I tried to build a gnulib snapshot on Solaris 10 and older but there are
currently several issues preventing the build from completing on those
platforms.
The full buildlogs can be found here:
https://jupiterrise.com/autobuild/gnulib/
Below is an excerpt of the errors seen.
Starting wit
Hello,
In 8c96eb80bd calls to iconv functions were added outside the HAVE_ICONV
block.
test-striconveh.c will fail to build if iconv is unavailable:
test-striconveh.c: In function 'main':
test-striconveh.c:1113:7: error: 'cd_ascii_to_88591' undeclared (first
use in this function)
if (cd_a
On 06/07/19 03:38, Bruno Haible wrote:
The old Solaris threads facility was needed for portability to the
ancient Solaris 2.4. Solaris >= 2.5.1 has POSIX threads.
Do note though that since you changed the witness symbol in 0f336e1192
the gnulib POSIX thread support has been unbuildable on Sola
On 26/03/19 02:23, Bruno Haible wrote:
This patch should fix it.
It does, thank you.
-tgc
On 24/03/19 23:22, Bruno Haible wrote:
2019-03-24 Bruno Haible
term-style-control: Add tests.
* tests/test-term-style-control-hello.c: New file.
* tests/test-term-style-control-yes.c: New file.
* modules/term-style-control-tests: New file.
The new tests fail
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
Hello,
A number of test cases currently fail to build on platforms that depend
on libintl for gettext functions.
From Solaris 9/x86:
gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib -R/usr/tgcware/lib -o
test-array_map test-array_map.o ../gllib/libgnu.a -lm -lm -lm
-lm -lm -lm
Undefined
On 24/04/18 20:08, Bruno Haible wrote:
Tom G. Christensen wrote:
This testcase uses SO_REUSEPORT which is not available everywhere.
From Solaris 9:
test-getsockname.c: In function 'open_server_socket':
test-getsockname.c:43:30: error: 'SO_REUSEPORT' undeclared (first
On 27/01/18 11:17, Bruno Haible wrote:
Here's what I'm committing for gnulib:
1) A test case for getsockname() that highlights the problem: It fails
on HP-UX in 64-bit mode (but succeeds in 32-bit mode).
This testcase uses SO_REUSEPORT which is not available everywhere.
From Solaris 9:
tes
On 29/11/17 00:06, Paul Eggert wrote:
On 11/27/2017 12:17 PM, Tom G. Christensen wrote:
A full gnulib snapshot can now again be built on CentOS 5 and
testresults are good, only two testsuite errors:
Thanks, the first one is because CentOS 5 conforms only to pre-2001
POSIX, and the second
On 27/11/17 00:27, Bruno Haible wrote:
2017-11-26 Bruno Haible
strfmon_l: Fix compilation error with glibc 2.25.
Reported by Tom G. Christensen
in <https://lists.gnu.org/r/bug-gnulib/2017-11/msg00051.html>.
* lib/monetary.in.h: Include also .
Thank y
Hello,
The monetary module is causing a build error on older glibc platforms
(e.g. CentOS 5):
depbase=`echo strfmon_l.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\"
-DNO_XMALLOC -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1
-fv
Hello,
The duplocale test is failling on CentOS 6:
test-duplocale.c:187: assertion 'strcmp (results.monetary,
expected_results.monetary) == 0' failed
I ran it under gdb to see the values:
(gdb) run
Starting program:
/home/tgc/projects/gnulib/duplocale/gltests/test-duplocale
Breakpoint 1, t
On 24/08/17 13:27, Bruno Haible wrote:
On IRIX 6.5 with cc:
Even with the c99 dependency, the compiler produces this error:
Because it's not in c99 mode.
You need MIPSpro 7.4.0 or later for c99 support and it requires the
'-c99' argument when invoking cc or invoking the compiler as c99.
On 10/08/17 15:10, Paul Eggert wrote:
Tom G. Christensen wrote:
This broke the build on CentOS 6 since it has glibc 2.12 which is from
before the introduction of the internal __fsword_t type.
Thanks for reporting that. I reproduced the problem on a nearby old
server and fixed it by
On 25/07/17 09:28, Paul Eggert wrote:
* lib/fts.c (struct dev_type): New struct.
(DEV_TYPE_HT_INITIAL_SIZE): New constant.
(dev_type_hash, dev_type_compare, filesystem_type): New functions.
(dirent_inode_sort_may_be_useful, leaf_optimization_applies):
Now takes FTSENT const *, not int. All uses
On 18/05/17 22:23, Bruno Haible wrote:
Thanks for the report! The cause is that I added a dependency to module
'utimens' on 2017-05-01. This patch should fix it:
2017-05-18 Bruno Haible
copy-file tests: Fix link error (regression from 2017-05-01).
Reporte
Hello,
I just noticed that I am unable to build a gnulib snapshot with tests on
CentOS 6:
gcc -std=gnu99 -g -O2 -Wall -o test-copy-file test-copy-file.o
../gllib/libgnu.a -lacl -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
../gllib/libgnu.a(gettime.o): In function `gettime':
/home/tgc/proj
On 20/04/17 02:31, Paul Eggert wrote:
On 04/19/2017 09:12 AM, Tom G. Christensen wrote:
builds have now completed on Solaris 2.6 and 7
Out of curiosity, what are these old builds used for? Sun stopped
supporting Solaris 2.6 in 2006, for example.
I build various opensource packages for my
On 19/04/17 01:28, Bruno Haible wrote:
Tom G. Christensen wrote:
On Solaris 2.6 and 7 there is the additional issue of missing MAP_ANONYMOUS:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:2: error: #error "Cannot use procfs in the
large file compilation environment
On 19/04/17 01:05, Bruno Haible wrote:
Tom G. Christensen wrote:
This is causing my daily gnulib builds to fail on Solaris.
On Solaris 8 and 9 I'm seeing this error:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:2: error: #error "Cannot use procfs in the
On 19/03/17 16:38, Bruno Haible wrote:
I'm adding support for Solaris to the 'vma-iter' module.
It's useful for GNU clisp.
This is causing my daily gnulib builds to fail on Solaris.
On Solaris 8 and 9 I'm seeing this error:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:
On 01/02/17 22:49, Bruno Haible wrote:
2017-02-01 Bruno Haible
lock tests: Fix link error.
* modules/lock-tests (test_rwlock1_LDADD): Add @YIELD_LIB@.
Reported by Tom G. Christensen .
Thank you.
To confirm I made a testdir with just the lock-tests and it builds
Hello,
Building a full gnulib snapshot on Solaris is currently failing for me.
The error looks like this on Solaris 9:
/usr/tgcware/gcc49/bin/gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib
-R/usr/tgcware/lib -o test-rwlock1 test-rwlock1.o ../gllib/libgnu.a
-lpthread -lm -lm -lm-lm -lm
weak.
Reported by Tom G. Christensen .
Thank you!
Sure I understood it's a blocker, but it took me two attempts to find the right
solution.
I'm sorry if I came across as impatient that was certainly not the
intention.
-tgc
On 26/01/17 21:15, Tom G. Christensen wrote:
Hello,
My daily full gnulib bootstrap on CentOS 6 has stopped working with this
build error:
gcc -std=gnu99 -fvisibility=hidden -g -O2 -Wall -o git-merge-changelog
git-merge-changelog.o libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
-lm
Hello,
My daily full gnulib bootstrap on CentOS 6 has stopped working with this
build error:
gcc -std=gnu99 -fvisibility=hidden -g -O2 -Wall -o git-merge-changelog
git-merge-changelog.o libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
libgnu.a(lock.o): In function `glthread_rwlock_init
On 20/10/16 20:32, Padraig Brady wrote:
Unfortunately this broke the build on CentOS 3 and 4.
Thanks for testing.
The attached should address that.
Yes, that fixed it for me.
-tgc
On 15/10/16 14:52, Bruno Haible wrote:
Pádraig Brady wrote:
+1
OK. Pushed.
Unfortunately this broke the build on CentOS 3 and 4.
Here's the error from a CentOS 4 host:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC
-DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING
On 20/10/16 08:47, Paul Eggert wrote:
Tom G. Christensen wrote:
The patch did not include the substitution of HAVE_SYS_CDEFS_H needed
when
creating sched.h.
Thanks, I missed that. I installed the attached patch; does it fix
things for you?
It does. Thank you!
-tgc
On 17/10/16 16:38, Tom G. Christensen wrote:
On 25/09/16 06:16, Paul Eggert wrote:
I attempted to fix the problem by installing the attached patch into
gnulib master. I can't easily test this, though, as I don't have macOS.
The patch did not include the substitution of HAVE_SYS_CDEF
On 16/10/16 13:43, Bruno Haible wrote:
Can each of you please give a list of platforms to which you have access and
on which you frequently or occasionally test gnulib modules?
FWIW I run daily builds of all gnulib modules on these (obsolete) systems:
- Solaris 2.6, 7, 8, 9, 10 (SPARC)
- Sol
On 25/09/16 06:16, Paul Eggert wrote:
I attempted to fix the problem by installing the attached patch into
gnulib master. I can't easily test this, though, as I don't have macOS.
The patch did not include the substitution of HAVE_SYS_CDEFS_H needed
when creating sched.h.
Below is from a Cent
On 12/09/16 01:16, Paul Eggert wrote:
Thanks for the heads-up. I installed the attached patches into Gnulib
and the resulting dfa-tests module works for me on Solaris 10 sparc
(Oracle Studio 12.5). I don't have easy access to Solaris 9 (which
Oracle no longer supports) but from what you write thi
Hello,
I got an error building the dfa-match-aux test program on Solaris 9:
gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib -R/usr/tgcware/lib -o
dfa-match-aux dfa-match-aux.o ../gllib/libgnu.a -lm -lm -lm-lm
-lm -lm
Undefined first referenced
symbol
On 29/05/15 19:56, Andreas Gruenbacher wrote:
Reported by Tom G. Christensen :
* lib/set-permissions.c (set_acls): The count, entries, ace_count, and
ace_entries variables have moved into struct permission_context but
they were still accessed as local vraiables here.
---
lib/set-permissions.c
On 15/04/15 22:12, Andreas Grünbacher wrote:
Alright. The qsetacl and qcopy_acl rewrite needs some testing on
non-Linux platforms; there may be some glitches there.
Indeed.
I just noticed that my daily builds on Solaris 9 (and earlier) are
broken due to this change.
gcc -DHAVE_CONFIG_H -I.
On 26/04/15 18:22, Paul Eggert wrote:
Thanks for reporting that. I installed the attached patch, which should
fix it.
Confirmed, thanks.
-tgc
On 25/04/15 07:25, Paul Eggert wrote:
And add a new module file-has-acl-tests to match.
This does not build for me on CentOS 6.
gcc -std=gnu99 -g -O2 -Wall -o test-file-has-acl test-file-has-acl.o
../gllib/libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
../gllib/libgnu.a(file-has-ac
On 16/09/14 21:28, Paul Eggert wrote:
Thanks, should be fixed with the attached patch, which I pushed.
Confirmed.
-tgc
On 15/09/14 18:00, Paul Eggert wrote:
On 09/15/2014 07:11 AM, Pádraig Brady wrote:
Did you forget to git add m4/qsort_r.m4 ?
Oops, yes I did. Thanks for catching that. I added it as per attached.
The daily build failed on my Solaris 9 host:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -D
On 19/05/14 14:37, Pádraig Brady wrote:
FYI I just pushed the attached to sync test-getlogin_r.c
with the recent changes in test-getlogin.c
This broke the build on CentOS 6.
depbase=`echo test-getlogin_r.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -DGNU
On 14/05/14 23:16, Pádraig Brady wrote:
So you went the route of adding rather than deleting code. Fair enough.
I tweaked a bit in the attached which I;ll apply soon if you're OK with it.
This broke my daily gnulib bootstrap which runs as a cronjob on a CentOS
6 host.
test-getlogin.c:78: as
On 10/10/2013 09:36 PM, Eric Blake wrote:
Blah, I missed some instances. Obvious followup pushed.
Thanks, it seems to be fine now and the build works on Solaris again.
-tgc
On 10/10/2013 08:24 PM, Eric Blake wrote:
Oh, I see the typo; pushing this.
diff --git i/ChangeLog w/ChangeLog
index 3f6bf07..0d97328 100644
--- i/ChangeLog
+++ w/ChangeLog
@@ -1,3 +1,9 @@
+2013-10-10 Eric Blake
+
+ strtoumax: fix typo in previous commit.
+ * modules/strtoumax (Depe
On 10/10/2013 06:18 PM, Paul Eggert wrote:
On 10/10/13 08:52, Tom G. Christensen wrote:
I installed the following; does it fix things for you?
No, the error is the same.
I see this in the configure output:
./configure: line 7680: test: =: unary operator expected
$ sed -n 7680p configure
if
On 10/09/2013 05:06 PM, Paul Eggert wrote:
I pushed the following patch, which I hope fixes things for you.
It broke my daily build on Solaris.
gcc -std=gnu99 -g -O2 -L/usr/tgcware/lib -R/usr/tgcware/lib -o
test-xstrtoumax test-xstrtoumax.o ../gllib/libgnu.a
/usr/tgcware/lib/libintl.so -R/
[resend with Cc to bug-gnulib]
On 09/07/2013 03:04 PM, Eric Blake wrote:
Ah, we need _both_ spellings, as we do have other uses of __THROW. I'll
check in the obvious fix shortly.
The obvious fix you checked in is missing an #endif.
From build on CentOS 5:
In file included from glob.c:24:
./g
On 09/05/2013 01:05 AM, Eric Blake wrote:
From c84321367fb6d1dc35c8d04e075f1315eddcc720 Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Wed, 4 Sep 2013 17:02:47 -0600
Subject: [PATCH] glob: silence -Wattribute warnings
Colin Watson reported that some versions of gcc warn about
attribute leaf us
On 03/20/2013 06:49 PM, Paul Eggert wrote:
On 03/19/13 11:43, marco atzeri wrote:
it does not seem to work:
Thanks, we did make some progress, but not enough. How about this
patch instead? This affects Solaris, too. I tested it on Solaris 9
but do not have a 2.6 host to test it on; perhaps
On 02/03/2013 06:21 PM, Paul Eggert wrote:
Thanks for the bug report. I pushed the following two more patches.
It works now, thank you.
-tgc
On 02/01/2013 06:11 AM, Paul Eggert wrote:
* modules/regex-tests, tests/test-regex.c: New files.
This fails to build with external gettext.
From Solaris 2.6:
depbase=`echo test-regex.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -DGNULIB_STRICT_CHECKING=1
On 01/30/2013 09:17 AM, Paul Eggert wrote:
On 01/29/2013 08:34 AM, Tom G. Christensen wrote:
It breaks Solaris< 10.
OK, how about the attached patch instead?
It works. Thank you.
I tested on Solaris 2.6, 7, 9 & 10 and all get through running the
testsuite.
Only one little
On 01/28/2013 11:56 PM, Paul Eggert wrote:
On 01/28/13 12:12, Tom G. Christensen wrote:
It works for Solaris 7-10 but fails on Solaris 2.6 in the same way as before.
OK, please try the following patch instead.
It fixes that particular problem the same way as before,
but I'm hoping that
On 01/28/2013 02:08 AM, Paul Eggert wrote:
On 01/22/2013 11:40 AM, Tom G. Christensen wrote:
It makes it worse, now it fails for Solaris< 10.
OK, let's try a different tack. If memory serves Bruno Haible said
a while ago that we'd eventually have to do this, so let&#x
On 01/22/2013 08:43 AM, Paul Eggert wrote:
On 01/21/2013 12:53 PM, Tom G. Christensen wrote:
It works for Solaris 7-10 but still fails in the same way on Solaris 2.6.
OK, thanks, how about this slightly-revised patch?
It makes it worse, now it fails for Solaris < 10.
From Solaris
On 01/21/2013 07:58 AM, Paul Eggert wrote:
Oh, my. I guess it's time to try a more-drastic fix.
Does the following work for you?
Unfortunately not.
It works for Solaris 7-10 but still fails in the same way on Solaris 2.6.
depbase=`echo dtotimespec.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
On 01/20/2013 04:14 AM, Paul Eggert wrote:
How about the following patch instead? It relies on
including if and only if
!defined __XOPEN_OR_POSIX || defined __EXTENSIONS__.
This last expression is something I picked up on Solaris 10,
and I'm hoping it's also good for Solaris 2.6.
It is close
On 01/19/2013 08:55 PM, Paul Eggert wrote:
Does the following fix things?
No, it just causes a different error:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\"
-DNO_XMALLOC -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1
-I../intl -I/usr/tgcware/include -D_REENTRANT -g -O2 -c
On 01/12/2013 11:49 AM, Tom G. Christensen wrote:
For Solaris 2.6 the timestruc_t problem remains and I will look at that
next.
On Solaris 2.6 includes for struct timespec which
causes a problem in the include order.
It ends up as gnulib -> system -> gnulib
-> system
On 01/13/2013 06:54 AM, Paul Eggert wrote:
On 01/12/2013 02:49 AM, Tom G. Christensen wrote:
I think the test still needs to be buildable.
...
For Solaris 8& 9 it needs to link with libsocket to get these functions
I installed into gnulib the following, which I hope fixes the above:
recursively. This prevents problems on Solaris 2.6 and 7
when combining the localename module with GNU gettext 0.18.2.
Problem reported by Tom G. Christensen in
<http://lists.gnu.org/archive/html/bug-gnulib/2013-01/msg00084.html>.
It works, thank you.
I applied it also to the gnulib cop
On 01/10/2013 01:04 AM, Paul Eggert wrote:
On 01/09/13 08:30, Tom G. Christensen wrote:
We get this chain of includes on Solaris 2.6 and 7:
c-strtod.c -> gnulib -> system -> gettext
->
Sorry, what's the gettext? I just now built and installed
gettext-0.18.2 on S
On 01/06/2013 04:11 PM, Tom G. Christensen wrote:
depbase=`echo c-strtod.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC
-DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1 -I../intl -I/us
On 01/08/2013 09:33 PM, Paul Eggert wrote:
Thanks for the diagnosis. Does the following patch fix that
problem for you? I hope it's closer to the "right" solution.
It does, thank you.
I've checked Solaris 2.6,7 and 9 and it ensures that gnulib
is parsed last as expected.
stdlib: port to
On 01/07/2013 01:22 AM, Paul Eggert wrote:
It's been a long time since I had access to those obsolete platforms
(even my last Solaris 8 production host bit the dust a few months
ago) so I'm afraid that you'll have to do more of the digging;
it doesn't appear to be something that I can easily do r
On 01/06/2013 04:47 PM, Paul Eggert wrote:
On 01/06/2013 07:11 AM, Tom G. Christensen wrote:
For Solaris 2.6 only I'm seeing errors like this:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC
-DEXEEXT=\"\" -I. -I.. -DGNULIB_
Hello,
Building a gnulib snapshot containing all modules & tests fails on
Solaris 2.6 & 7.
For Solaris 2.6 only I'm seeing errors like this:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\"
-DNO_XMALLOC -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1
-I../intl -I/
usr/tg
On 01/05/2013 05:09 PM, Paul Eggert wrote:
Isn't there a similar problem with autopoint 0.18.1?
Yes and earlier versions aswell (0.17, 0.14.1).
-tgc
Hello,
Using autopoint from gettext 0.18.2 I am unable to create a gnulib testdir.
$ gnulib/gnulib-tool --create-testdir --with-tests --dir=t gettext
Module list with included dependencies (indented):
extensions
gettext
gettext-h
havelib
Notice from module gettext:
You must add a
On 05/29/2012 04:34 AM, Paul Eggert wrote:
On 05/28/2012 08:25 AM, Tom G. Christensen wrote:
As a workaround I've added $(LDADD) to test_system_quote_child_LDADD in
modules/system-quote-tests.
That doesn't sound right, given the comments there.
I don't understand the situati
On 05/22/2012 05:42 PM, Tom G. Christensen wrote:
Hello,
Since May 9 my gnulib daily build running on CentOS 5 has failed to
complete like this:
gcc -std=gnu99 -g -O2 -Wall -o test-system-quote-child
test-system-quote-child.o -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
test-system-quote
Hello,
Since May 9 my gnulib daily build running on CentOS 5 has failed to
complete like this:
gcc -std=gnu99 -g -O2 -Wall -o test-system-quote-child
test-system-quote-child.o -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
test-system-quote-child.o: In function `main':
/home/tgc/projects/gn
Hello,
I just noticed that creating a testdir including the havelib module
fails when using the --single-configure option to gnulib-tool.
$ ./gnulib-tool --create-testdir --dir=../havelib --with-tests
--single-configure havelib
Module list with included dependencies (indented):
havelib
On 02/25/2012 06:31 PM, Bruno Haible wrote:
In passing, also fix the missing declaration problem on IRIX 5.3 (untested).
I checked on IRIX 5.3 and it works as intended.
-tgc
On 01/01/2012 03:58 PM, Jim Meyering wrote:
Tom G. Christensen wrote:
Since 2011-12-24 my daily make distcheck is failing with this error:
...
make[1]: Entering directory `/home/tgc/projects/gnulib/build/gllib'
make[1]: *** No rule to make target `init.sh', needed by `distdir'
Hello,
Since 2011-12-24 my daily make distcheck is failing with this error:
...
make[1]: Entering directory `/home/tgc/projects/gnulib/build/gllib'
make[1]: *** No rule to make target `init.sh', needed by `distdir'. Stop.
make[1]: Leaving directory `/home/tgc/projects/gnulib/build/gllib'
I gues
On 10/31/2011 10:46 PM, Bruno Haible wrote:
Hi Tom,
Building the usual full snapshot with tests on IRIX 5.3 resulted in some
build errors and no tests being run.
...
I've dumped the full build log and a copy of config.log here:
http://jupiterrise.com/tmp/gnulib-gb3e1b8d-irix53-gcc346-build.log
Hello,
Building the usual full snapshot with tests on IRIX 5.3 resulted in some
build errors and no tests being run.
These are the issues:
gcc -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC
-DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1 -I../intl -I/usr/
tgcware/include
Hello,
The xstrtoll module fails to build on Tru64:
source='xstrtoll.c' object='xstrtoll.o' libtool=no \
DEPDIR=.deps depmode=tru64 /bin/ksh ../build-aux/depcomp \
cc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -g -c
xstrtoll.c
cc: Error: xstrtol.c, line 49: In this s
Hello,
There's a typo in modules/ffsll, a missing 'l' in the
gl_STRING_MODULE_INDICATOR line.
It causes test-ffsll to fail building on platforms that lack this
function since the gnulib replacement is not activated (GNULIB_FFSLL=0).
Solaris 9 with Sun C 5.9:
cc -DHAVE_CONFIG_H -I. -DGNULIB
Hello,
Running make distcheck on CentOS 5 dies with:
ERROR: files left in build directory after distclean:
./gltests/test-renameat.too
make[1]: *** [distcleancheck] Error 1
-tgc
Hello,
Building a full gnulib bootstrap failed on CentOS 5:
depbase=`echo test-sched.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -DGNULIB_STRICT_CHECKING=1
-I. -I. -I.. -I./.. -I../gllib -I./../gllib -g -O2 -Wall -MT
test-sched.o -MD -MP -MF $depbase.Tp
On 06/16/2011 12:12 AM, Bruno Haible wrote:
I wrote:
Please review and comment. I'll wait for objections for a week.
The week is over. I have now pushed the series of patches, after doing an
additional test with --create-megatestdir.
I found another regression from this patch series.
On Sol
On 06/17/2011 01:45 PM, Bruno Haible wrote:
On 2011-06-06 I wrote:
spawn-pipe tests: Like the child program only against libc.
2011-06-17 Bruno Haible
spawn-pipe tests: Fix link error.
* tests/test-spawn-pipe-child.c: Undefine fflush.
With this change there is still
On 06/16/2011 12:12 AM, Bruno Haible wrote:
I wrote:
Please review and comment. I'll wait for objections for a week.
The week is over. I have now pushed the series of patches, after doing an
additional test with --create-megatestdir.
Something went wrong because a bootstrap with all modules
-tests (Makefile.am): Link test-utimensat against
$(LIBINTL).
Reported by Tom G. Christensen.
Thanks.
The build now completes with external libiconv/gettext:
===
10 of 858 tests failed
(60 tests were not run)
===
-tgc
On Mon, May 30, 2011 at 09:19:35PM +0200, Bruno Haible wrote:
> Tom G. Christensen wrote:
> > Undefined first referenced
> > symbol in file
> > libintl_gettext ../gllib/libgnu.a(openat-die.o)
> > ld
On Mon, May 30, 2011 at 12:20:22PM +0200, Bruno Haible wrote:
> Thanks for the report and logs.
>
Thanks for looking.
> test-nonblocking-writer.h:101: assertion failed
> Abort - core dumped
> FAIL: test-nonblocking-socket.sh
>
> The machine is just a bit slow.
>
Actually no.
The machine i
On Sun, May 29, 2011 at 09:42:19PM +0200, Bruno Haible wrote:
> Hello,
>
> Tom G. Christensen wrote:
> > The problem is that /usr/include/euc.h has this:
> > #define multibyte (__ctype[520] > 1)
> > That file is being included by which is included by
&
Hello,
While trying to build a snapshot of gnulib on Solaris 2.6 I got this
build error:
depbase=`echo regex-quote.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -D_REENTRANT
-g -O2 -MT regex-quote.o -MD -MP -MF $depbase.Tpo -c -o regex-q
Hello,
I ran into a build error when building GNU m4 1.4.16 with the SGI
compiler on IRIX 5.3 and 6.2.
The problem turned out to be in verror.h from gnulib. It uses the
__attribute__ format directive directly instead of the usual
_GL_ATTRIBUTE_FORMAT macro.
I don't have the buildlogs available ri
On Sat, Sep 11, 2010 at 01:36:33AM +0200, Bruno Haible wrote:
> Tom G. Christensen wrote:
> > I can see that the call to setlocale returns 'C', however that makes
> > gnulib nl_langinfo return "" since the dot = NULL case is not handled.
> > Would it not
On Fri, Sep 10, 2010 at 11:20:52PM +0200, Bruno Haible wrote:
> 2010-09-10 Bruno Haible
>
> langinfo: Fix last commit.
> * m4/langinfo_h.m4 (gl_LANGINFO_H): Initialize
> HAVE_LANGINFO_T_FMT_AMPM, HAVE_LANGINFO_YESEXPR.
> Reported by Tom G. Christense
On Fri, Sep 10, 2010 at 08:27:41PM +0200, Bruno Haible wrote:
> 2010-09-10 Bruno Haible
>
> langinfo, nl_langinfo: Fix for IRIX 5.3.
> * m4/langinfo_h.m4 (gl_LANGINFO_H): Test whether langinfo.h defines
> T_FMT_AMPM, YESEXPR. Set HAVE_LANGINFO_T_FMT_AMPM,
> HAVE_LANGINFO
On Thu, Sep 09, 2010 at 03:07:36PM -0600, Eric Blake wrote:
> I'm getting this compilation failure, and haven't had time to look into
> it further yet...
>
> gcc -I. -I../lib -DIN_M4_GNULIB_TESTS=1 -I. -I. -I.. -I./.. -I../lib
> -I./../lib -g -O2 -MT test-langinfo.o -MD -MP -MF
> .deps/test
.
>
> * lib/strtod.c (strtod): Reparse number on shorter string if
> exponent parse was invalid.
> * tests/test-strtod.c (main): Add check for "0x1p 2".
> Reported by Tom G. Christensen.
>
I can confirm this also fixes the issue on IRIX 6.5.
-tgc
1 - 100 of 145 matches
Mail list logo
