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
Tom Christensen wrote:
> Undefined first referenced
> symbol in file
> libintl_gettext ../gllib/libgnu.a(xalloc-die.o)
This patch should fix it.
2020-11-16 Bruno Haible
Fix link errors on platforms with libintl (
Tom G. Christensen wrote:
> In file included from test-list-c++.cc:23:
> ../gllib/string.h:1010:1: error: 'std::size_t strcspn(const char*, const
> char*)' conflicts with a previous declaration
> 1010 | _GL_WARN_ON_USE (strcspn, "strcspn cannot work correctly on
> character strings "
>|
Paul Eggert wrote:
> On 11/15/20 10:01 AM, Tom G. Christensen wrote:
> > Undefined first referenced
> > symbol in file
> > clock_gettime ../gllib/libgnu.a(tempname.o)
> > ld: fatal: symbol referencing errors. No output writte
On 11/15/20 10:01 AM, Tom G. Christensen wrote:
Undefined first referenced
symbol in file
clock_gettime ../gllib/libgnu.a(tempname.o)
ld: fatal: symbol referencing errors. No output written to test-getumask
collect2: error:
On 01/30/2013 02:13 PM, Tom G. Christensen wrote:
> just expanding it should make it correct for Solaris < 10 aswell.
OK, thanks, I pushed this into gnulib:
---
ChangeLog | 17 +
lib/sys_select.in.h | 17 -
lib/sys_time.in.h | 188 ++--
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 nit, in sys_se
On 01/29/2013 08:34 AM, Tom G. Christensen wrote:
> It breaks Solaris < 10.
OK, how about the attached patch instead?
diff --git a/ChangeLog b/ChangeLog
index 74f6f66..36408d7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,20 @@
+2013-01-30 Paul Eggert
+
+ sys_time: port to Solaris 2.
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 when co
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 when combined with the double-inclusion patch
that t
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's give it
a try. Attached
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's give it
a try. Attached is a patch against the current gnulib -- can
On 01/12/2013 09:51 PM, Paul Eggert wrote:
> + * modules/futimens-tests (test_futimens_LDADD):
> + * modules/utimens-tests (test_utimens_LDADD): Add @LIBINTL@.
This introduced a problem when running these tests individually,
which I fixed as follows:
futimens-tests, utimens-tests: Depend
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 2.6:
depba
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?
diff --git a/ChangeLog b/ChangeLog
index 8218eb3..32c371a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,21 @@
+2013-
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$||'`;\
Oh, my. I guess it's time to try a more-drastic fix.
Does the following work for you?
---
ChangeLog | 16 +
lib/sys_select.in.h | 96 +++--
2 files changed, 43 insertions(+), 69 deletions(-)
diff --git a/ChangeLog b/ChangeLog
ind
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
OK, thanks for the additional information.
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.
---
ChangeLo
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/19/2013 05:43 AM, Tom G. Christensen wrote:
> 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 a
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 -> gnulib -> syste
On 01/13/2013 09:11 AM, Tom G. Christensen wrote:
> I think the proper fix would be to wrap the definition in !HAVE_NET_IF_H ||
> HAVE_IF_NAMEINDEX same as the code that uses it.
Thanks, I pushed this:
---
ChangeLog | 8
tests/test-net_if.c | 7 ---
2 files changed, 12 ins
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:
It doe
On 01/12/2013 02:49 AM, Tom G. Christensen wrote:
> For Solaris 2.6 the timestruc_t problem remains and I will look at that next.
OK, thanks. That's the only remaining problem that I know about,
for the port you're working on.
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:
---
ChangeLog| 8
module
On 01/12/2013 02:49 AM, Tom G. Christensen wrote:
> Additionally another undef seems to be necessary for test-system-quote-child:
I installed into gnulib the following, which I hope fixes the problem:
---
ChangeLog | 5 +
tests/test-system-quote-child.c | 2 ++
2 files
On 01/12/2013 02:49 AM, Tom G. Christensen wrote:
> There are some link errors related to a missing gettext symbol,
> some modules are missing an LDADD for LIBINTL.
I installed into gnulib the following, which I hope fixes this:
---
ChangeLog | 11 +++
modules/c-xvaspr
On 01/10/2013 10:26 PM, Paul Eggert wrote:
From 78fa262b57217575265948c07c116d4be957e14c Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Thu, 10 Jan 2013 13:24:13 -0800
Subject: [PATCH] locale: port to Solaris 2.6 and 7 + GNU gettext
* lib/locale.in.h: Just include_next when
being invoked rec
On 01/10/13 09:19, Tom G. Christensen wrote:
>
> GNU gettext 0.18.2 does not build on Solaris 2.6 & 7 and ironically it is an
> issue similar to what I'm seeing with gnulib that causes it to fail.
>
> From Solaris 2.6 build of gettext 0.18.2:
> gcc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../in
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 Solaris 11, and it didn'
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 Solaris 11, and it didn't have or install a
libintl.h. There is a sys
On 01/09/13 08:23, Tom G. Christensen wrote:
> The issue of include order is present on Solaris < 10 but causes a build
> error only on Solaris 2.6.
> It worked on Solaris 7 through 9 only by accident (compatible protoypes).
OK, thanks, I reworded the commit message and pushed that change to
sava
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/usr/tgcw
are/include -D_REENTRANT -g -O2 -MT c-st
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/08/13 11:37, Tom G. Christensen wrote:
> Removing #include from makes allocator.c build.
>
> This is probably not the right solution but atleast it gets me further.
Thanks for the diagnosis. Does the following patch fix that
problem for you? I hope it's closer to the "right" solution.
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 08:36 AM, Tom G. Christensen wrote:
> I assume you mean the preprocessed source?
Yes, that's right. I took a quick look at the preprocessed
output but it's not obvious what the problem is. The new problem
you found looks like it may be something that AC_HEADER_TIME
might fix. But
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_STRICT_CHECKING=1 -I../intl -I/
usr/tg
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_STRICT_CHECKING=1 -I../intl -I/
> usr/tgcware/include -D_REENTRANT -g -O2 -MT
40 matches
Mail list logo
