> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Wednesday, July 04, 2012 9:10 AM
> To: Joachim Schmitz
> Cc: bug-gnulib@gnu.org
> Subject: Re: alloca in HP NonStop
>
> On 07/04/2012 12:05 AM, Joachim Schmitz wrote:
> > Still missing seems the detection of this b
On 07/04/2012 12:05 AM, Joachim Schmitz wrote:
> Still missing seems the detection of this by configure?
As things stand, I don't see why 'configure' needs to
detect anything. You mentioned the possibility of
it detecting but the code works fine
without needing HAVE_BUILTINS_H. So I assume this
> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Tuesday, July 03, 2012 7:13 PM
> To: Joachim Schmitz
> Cc: bug-gnulib@gnu.org
> Subject: Re: alloca in HP NonStop
>
> On 07/03/2012 02:56 AM, Joachim Schmitz wrote:
> > Or rather: we need that prototype before
ons(-)
diff --git a/ChangeLog b/ChangeLog
index e7f7883..9dda6c7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2012-07-03 Paul Eggert
+
+ alloca: add support for HP NonStop TNS/E native
+ * lib/alloca.in.h (alloca): Support the new host.
+ From a suggestion by Joac
> From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
> Sent: Tuesday, July 03, 2012 11:54 AM
> To: 'Paul Eggert'
> Cc: 'bug-gnulib@gnu.org'
> Subject: RE: alloca in HP NonStop
>
> > From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> > Sent: Tuesd
> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Tuesday, July 03, 2012 10:45 AM
> To: Joachim Schmitz
> Cc: bug-gnulib@gnu.org
> Subject: Re: alloca in HP NonStop
>
> On 07/02/2012 11:40 PM, Joachim Schmitz wrote:
> > I' don't quite understand, why no
ide 'extern "C" { ... }'.
How about the following patch instead?
It tries to address your other comments.
diff --git a/ChangeLog b/ChangeLog
index e7f7883..9dda6c7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2012-07-03 Paul Eggert
+
+ alloca: add
> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Tuesday, July 03, 2012 2:38 AM
> To: Joachim Schmitz
> Cc: bug-gnulib@gnu.org
> Subject: Re: alloca in HP NonStop
>
> On 06/28/2012 09:41 AM, Joachim Schmitz wrote:
> > Or drop it an just take the else branch.
&
.in.h |7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index e7f7883..979d18a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2012-07-02 Paul Eggert
+
+ alloca: add support for HP NonStop TNS/E native
+ * lib/alloca.in.h (a
Hi folks
Here's how one could go about to take advantage of the builtin _alloca on HP
NonStop in GNUlib:
/usr/local/bin/diff -EBbu ./alloca.in.h.orig ./alloca.in.h
--- ./alloca.in.h.orig 2011-03-12 03:14:26.0 -0600
+++ ./alloca.in.h 2012-06-28 02:20:06.0 -0500
@@
Hi Joachim,
> I know, it's been a while... but I think I found a problem in ACL support for
> NonStop. There are file systems and OS version that don't support them, and
> gnu-lib code thows an error for these. The code I'm referring to is in
> file-has-acl.c and goes like this:
>
> …
> # elif
t: Sunday, October 03, 2010 6:05 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Ah, now I see, 'class' is mandatory, so we'd need
>
> setacl -s user::6,group::0,class:0,other:0 tmpfil
HP Devpt refused to fix this. It is not part or IEEE 1003.1 2003, but came later
Bye, Jojo
-Original Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Tuesday, December 28, 2010 10:59 AM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: alp
Thanks, I'll mention this to them.
Bye, Jojo
-Original Message-
From: Paul Eggert [mailto:egg...@cs.ucla.edu]
Sent: Tuesday, December 28, 2010 5:44 PM
To: Joachim Schmitz
Cc: 'Bruno Haible'; bug-gnulib@gnu.org
Subject: Re: alphasort on HP-NonStop
On 12/28/2010 01:59 AM,
On 12/28/2010 01:59 AM, Joachim Schmitz wrote:
> I see that gnulib uses strcoll() rather than strcmp(), which seems to be what
> POSIX mandates.
> I'll request a bug fix for these issues from HP NonStop development...
When you do that, you might tell them that
there's a possi
Hi Bruno
I just had a look at the code (of the library for HP-NonStop), and it does
indeed look as if they have just been forgotten to get documented and declared
in in dirent.c, here's the code:
int alphasort(struct dirent **d1, struct dirent **d2)
{
return(strcmp((*d1)->d_na
Joachim Schmitz wrote:
> OK, thanks.
>
> The alignof problem is still not solved, but I managed to run a 'make check'
> and here's where it fails:
Good! At least the entire testdir now compiled without errors.
> FAIL: test-alignof ignore for now
I'm out o
Joachim Schmitz wrote:
> OK, fine. Can I get a new testdir, please?
You fine a new one at http://www.haible.de/bruno/gnu/testdir-posix.tar.gz
Bruno
OK, fine. Can I get a new testdir, please?
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, December 27, 2010 1:32 AM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> This seems to be indeed
ge-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, December 27, 2010 1:35 AM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> This doesn't seem to be sufficient, I still (or now? Not sure) get errors for
Joachim Schmitz wrote:
> This doesn't seem to be sufficient, I still (or now? Not sure) get errors for
> inet_ntop() and accept():
>
> argument of type "socklen_t *" is incompatible with parameter of
> type "size_t *"
Can you give the complete error message, please? (Just to b
Joachim Schmitz wrote:
> This seems to be indeed new and due to the new "#include " which
> doesn't agree with gnulib's arpa/inet.h
>
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp cc -DHAVE_CONFIG_H
> -I. -DGNU
nal Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Saturday, December 25, 2010 5:58 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: socket functions on HP-NonStop
This doesn't seem to be sufficient, I still (or now? Not sure) get erro
Bruno Haible wrote:
> Joachim Schmitz wrote:
> > gllig/printf.o is not, but does not contain rpl_printf:
> > $ nm -Pe gllib/printf.o
> > E __stdio_fp
> > F printf
> > E rpl_vfprintf
>
> gllib/printf.o should define rpl_printf, not printf.
I'm also observing this error o
to:br...@clisp.org]
Sent: Friday, December 24, 2010 5:22 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> socklen_t is typedef'ed in (and as an int) but, for
> some strange and probably historical reason, not used any
Joachim Schmitz wrote:
> Problem: I seem to need automake 1.11 but only have 1.8
Yes, the file DEPENDENCIES says that you need automake 1.9.6 at least,
for use with gnulib.
> Meanwhile it'd be great if you could create me a new testdir
Find it at http://www.haible.de/bruno/gnu/testdir-posix.tar.
2010 1:57 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: HOST_NAME_MAX on HP-NonStop
Joachim Schmitz wrote:
> Good question. In config.h I can only see:
>
> #define HOST_NAME_MAX
>
> So it gets #define'd but with no value ...
> Possibly because it does not #include
Thanks, that should do, I'll test
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Friday, December 24, 2010 4:41 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: gethostname on HP-NonStop
Joachim Schmitz wrote:
> diff -u ./gllib/unistd.in.h.orig
Yes, it does mean that, thanks.
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Friday, December 24, 2010 4:28 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: HP-NonStop
Joachim Schmitz wrote:
> Yes, but with a condition that apparently is not met (
Joachim Schmitz wrote:
> socklen_t is typedef'ed in (and as an int) but, for some
> strange and probably historical reason, not used anywhere, in particular
> not in those socket funktions with use a size_t instead (which is
> typedefe'ed to an unsigned integer)
OK, I wanted to know whether sockl
;
> +#ifdef __TANDEM /* HP-Nonstop has gethostname() in */
> +#include
> +/* and MAXHOSTNAMELEN in */
> +#include
> +#undef HOST_NAME_MAX
> +#define HOST_NAME_MAX MAXHOSTNAMELEN
> +#endif
This goes in the right direction. HOST_NAME_MAX already being dealt with,
this i
0 -0500
> +++ ./gllib/sys_select.in.h 2010-12-23 03:38:34.0 -0600
> @@ -60,6 +60,8 @@
> /* The include_next requires a split double-inclusion guard. */
> # @INCLUDE_NEXT@ @NEXT_SYS_SELECT_H@
>
> +#elif defined __TANDEM /* HP NonStop */
> +# include
>
Thanks.
I'll report this as a bug to HP NonStop development. Last change on the lib was
that scandir() and scandir64() had been added, looks like alphasort() got added
too, but not externalized.
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: F
Joachim Schmitz wrote:
> Good question. In config.h I can only see:
>
> #define HOST_NAME_MAX
>
> So it gets #define'd but with no value
> ...
> Possibly because it does not #include
is such a rarely included header file that we can ignore
it here, and simply use a fallback of 256 (which is th
Joachim Schmitz wrote:
> gllig/printf.o is not, but does not contain rpl_printf:
> $ nm -Pe gllib/printf.o
> E __stdio_fp
> F printf
> E rpl_vfprintf
gllib/printf.o should define rpl_printf, not printf.
Is some header file on your platform doing a "#undef printf" ?
Bru
Joachim Schmitz wrote:
> Ah! Found it in a lib called zutildll! And that indeed gets linked by my
> wrapper script. It is not documented anywhere, so I'm not sure whether
> it serves the purpose POSIX defined for this...
Yes, when a function is not documented, it's most reliable to not use it.
>
Joachim Schmitz wrote:
> typedef struct { char slot1; char slot2; } char_helper;
> ((size_t)__INTADDR__(&(((struct { char __slot1; char __slot2; }
> *)0)->__slot2)))
>
> Is not equal to
>
> ((size_t)__INTADDR__(&(((char_helper *)0)->slot2)))
>
> do you see why, resp. what's wrong here?
No, I
#x27;bug-gnulib@gnu.org'
Subject: RE: alphasort on HP-NonStop
You mean add alphasort to gllib/dirent.in.h?
We don't have an alphasort elsewhere
And yes, we're quite a bit behind the current POSIX...
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: T
Joachim Schmitz wrote:
> OK, the highest number for any SIG is 31, so NSIG should really be
> 32.
Thanks for this info. I'm adding a definition of NSIG for your platform.
2010-12-24 Bruno Haible
signal: Define NSIG.
* lib/signal.in.h (NSIG): Define to 32 on NonStop Kernel.
Joachim Schmitz wrote:
> The only SA_ Macros I can find are SA_DATA_SITE in ,
> most probably unrelated, and SA_NOCLDSTOP and SA_RESERVED_31 in ,
> and nothing that looks remotely like a replacement, signal.h attached
Thanks for looking into this. So the best choice is to accept the fact that
SA
Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:36 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: porting alignof to HP-NonStop
Joachim Schmitz wrote:
> During compile of gltests:
> Something very weird errors in test-allignof.c:
> source='test-ali
On 12/23/2010 05:30 AM, Bruno Haible wrote:
> Hello Joachim,
>
> Please, let's use different mails with different subject for each topic.
> Otherwise I cannot keep track which issues have been dealt with, and
> the conversation dies down in confusion.
Also, it would be nice if you didn't top-post
eclty, these have been optional up to Issue 6.
Bye, Jojo
-Original Message-
From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
Sent: Thursday, December 23, 2010 1:52 PM
To: 'Bruno Haible'
Cc: 'bug-gnulib@gnu.org'
Subject: RE: on HP-NonStop
Hi Bruno
OK, the highest
cember 23, 2010 3:05 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: socket functions on HP-NonStop
Joachim Schmitz wrote:
> Incompatible prototype for inet_ntop
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.dep
Mine was:
diff -u ./gllib/unistd.in.h.orig ./gllib/unistd.in.h
--- ./gllib/unistd.in.h.orig2010-12-20 19:57:37.0 -0600
+++ ./gllib/unistd.in.h 2010-12-23 07:57:13.0 -0600
@@ -51,6 +51,14 @@
# undef _GL_INCLUDING_WINSOCK2_H
#endif
+#ifdef __TANDEM /* HP-Nonstop has
Joachim Schmitz wrote:
> Incompatible prototype for inet_ntop
> source='test-getaddrinfo.c' object='test-getaddrinfo.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp cc -DHAVE_CONFIG_H
> -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./.. -I../gllib
> -I./../gllib
ib@gnu.org
Subject: Re: alphasort on HP-NonStop
Joachim Schmitz wrote:
> alphasort missing, need to modify gllib/dirent.in.h? How?
> source='test-dirent-c++.cc' object='test-dirent-c++.o' libtool=no
> DEPDIR=.depsdepmode=none /bin/sh ./../build-aux/depcomp c++
> -HA
23, 2010 1:52 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: printf.o HP-NonStop
Joachim Schmitz wrote:
> rpl_printf missing (during linking) (and an empty .o file created)
> ERROR [1210]:
>test-stdio-c++.o (.rodata + 0x10): unresolved reference to rpl_printf.
2010-12-23 03:38:34.0 -0600
@@ -60,6 +60,8 @@
/* The include_next requires a split double-inclusion guard. */
# @INCLUDE_NEXT@ @NEXT_SYS_SELECT_H@
+#elif defined __TANDEM /* HP NonStop */
+# include
#endif
#ifndef _GL_SYS_SELECT_H
Symptoms were error reg. timeval, fd_set, FD_ISSET
ning 2.
Possibly because it does not #include
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:48 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: HOST_NAME_MAX on HP-NonStop
Joachim Schmitz wrote:
> Problem wit
Oh well, it is not here. So some kind of workaround is needed.
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:43 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: gethostname on HP-NonStop
Joachim Schmitz wrote:
> gethostn
Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Thursday, December 23, 2010 1:30 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org
Subject: Re: on HP-NonStop
Hello Joachim,
Please, let's use different mails with different subject for each topic.
Otherwise I cannot keep track
Joachim Schmitz wrote:
> rpl_printf missing (during linking) (and an empty .o file created)
> ERROR [1210]:
> test-stdio-c++.o (.rodata + 0x10): unresolved reference to rpl_printf.
Hmm, an empty .o file indicates some other kind of error. Is it
reproducible when you try to build print
Joachim Schmitz wrote:
> Our select() needs (for fd_set and friends), I added this to
> gllib/sys_select.in.h
gnulib's lib/sys_select.in.h already contains an inclusion of .
What was the symptom that you observed?
Bruno
Joachim Schmitz wrote:
> Problem with HOST_NAME_MAX (MAXHOSTNAMELEN is set to 64 in ,
> added this to gllib/unistd.in.h, but don't think it belongs there):
> char buf[HOST_NAME_MAX];
> ^
> "/usr/local/Floss/gnulib/testdir-posix/gltests/test-gethostname.c", line 38:
> error(163):
>
Joachim Schmitz wrote:
> gethostname missing (resp. not found, it is available and declared in
> ), in various places. I added it to gllib/unistd.in.h
> source='test-fcntl-h-c++.cc' object='test-fcntl-h-c++.o' libtool=no
> DEPDIR=.deps depmode=none /bin/sh ./../build-aux/depcomp c++ -DHAVE_CONF
Joachim Schmitz wrote:
> alphasort missing, need to modify gllib/dirent.in.h? How?
> source='test-dirent-c++.cc' object='test-dirent-c++.o' libtool=no
> DEPDIR=.depsdepmode=none /bin/sh ./../build-aux/depcomp c++ -HAVE_CONFIG_H
> -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./.. -I../glli
Joachim Schmitz wrote:
> During compile of gltests:
> Something very weird errors in test-allignof.c:
> source='test-alignof.c' object='test-alignof.o' libtool=no DEPDIR=.deps
> depmode=none /bin/sh ./../build-aux/depcomp cc -DHAVE_CONFIG_H -I.
> -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./.
Hello Joachim,
Please, let's use different mails with different subject for each topic.
Otherwise I cannot keep track which issues have been dealt with, and
the conversation dies down in confusion.
> During compile of gllib:
> NSIG missing, I added it to gllib/spwani.c, in a brute force fashion
ts/test-sigaction.c", line 67:
error(114):
identifier "SA_RESETHAND" is undefined
...
ASSERT ((old_sa.sa_flags & MASK_SA_FLAGS) == 0);
^
"/usr/local/Floss/gnulib/testdir-posix/gltests/test-sigaction.c", line 97:
error(114):
identifier "
al Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Wednesday, December 22, 2010 3:37 PM
To: Joachim Schmitz
Cc: bug-gnulib@gnu.org; 'Eric Blake'; 'Chet Ramey'
Subject: Re: porting stdioext to HP-NonStop
Hi Joachim,
> I believe I did this earlier and sen
today, there may be again five test failures in 6 months.
2010-12-22 Bruno Haible
Port extended stdio modules to HP NonStop Kernel.
* lib/stdio-impl.h (_IOERR, _IOREAD, _IOWRT, _IORW) [__TANDEM]: New
macros.
* lib/fbufmode.c: Update comments.
*
Hi Joachim,
> I believe I did this earlier and sent you some patches, back in early
> October this year and from my company email account (schm...@hp.com),
> in connection with getting ACL support to work for HP-NonStop.
Yes, but there were too many TODOs in these patches, and you did
On 05/10/10 02:51, Bruno Haible wrote:
> Joachim Schmitz writes:
>> Doesn't work here, same problem:
>> Read 68 from /etc/resolv.conf...
>> FAIL: test-read-file
>>
>> And to clarify: the problem is not the symlink, it is the different
>> personalities in NonStop. A symlink inside the OSS personalit
ot;, (unsigned long) len,
FILE1);
+#ifdef _TANDEM_SOURCE /* HP NonStop with extensions enabled */
+ if ( !S_ISGUARDIANOBJECT(statbuf.st_dev) )
+#endif
err = 1;
}
free (out);
However, I don't believe /etc/resolv.conf to be a good file to che
Joachim Schmitz writes:
> Doesn't work here, same problem:
> Read 68 from /etc/resolv.conf...
> FAIL: test-read-file
>
> And to clarify: the problem is not the symlink, it is the different
> personalities in NonStop. A symlink inside the OSS personality wouldn't
> be a problem, a symlink to an EDIT
Joachim Schmitz wrote:
> So this is why it errors here:
> if (len != statbuf.st_size)
> {
> fprintf (stderr, "Read %ld from %s...\n", (unsigned long) len,
> FILE1);
> err = 1;
> }
>
>
> The problem is, that here /etc/resolv.conf is a
, I'd appreciate a new testdir from the newest gnulib, if
that's possible?
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Saturday, October 02, 2010 6:06 PM
To: Schmitz, Joachim
Cc: Paul Eggert; Paolo Bonzini; 'bug-gnulib'
Subject: Re: libfl
Bonzini
Sent: Monday, October 04, 2010 11:35 AM
To: Schmitz, Joachim
Cc: Bruno Haible; 'bug-gnulib'
Subject: Re: read-file on HP NonStop
On 10/04/2010 07:54 AM, Schmitz, Joachim wrote:
> So we'd need to make sure that in this test we use a file (or symlink
> to a file) in the OS
On 10/04/2010 07:54 AM, Schmitz, Joachim wrote:
So we'd need to make sure that in this test we use a file (or symlink
to a file) in the OSS namespace. One file that always exists here
would be e.g. /etc/profile.sample, so I'd use:
#ifdef __TANDEM
#define FILE1 "/etc/profile.sample"
#else
#define
_TANDEM
#define FILE1 "/etc/profile.sample"
#else
#define FILE1 "/etc/resolv.conf"
#endif
#define FILE2 "/dev/null"
Or do you have a better idea?
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Monday, October 04, 2010 2:01 AM
To: Schm
Joachim Schmitz wrote:
> Read 68 from /etc/resolv.conf...
> FAIL: test-read-file
>
> Now hunting that failed check... ah, /etc/resolv.conf is a symlink here,
> apparently the test doesn't like this.
That should work too. When on Linux I change FILE1 to "/tmp/symlink" which is
a symlink to a regul
Joachim Schmitz wrote:
> Ah, now I see, 'class' is mandatory, so we'd need
>
> setacl -s user::6,group::0,class:0,other:0 tmpfile0
Good. I'll use class:7 instead of class:0, since this is more realistic.
> and that indeed works:
Great! I'm thus committing the ACL support.
2010-10-03 Bruno H
nt: Sunday, October 03, 2010 3:14 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Looks much better now. 'make check' now reports:
> PASS: test-file-has-acl.sh
> PASS: test-set-mode-acl.sh
Joachim Schmitz wrote:
> Looks much better now. 'make check' now reports:
> PASS: test-file-has-acl.sh
> PASS: test-set-mode-acl.sh
Very nice! These are usually the hardest ones to make pass on a new
platform.
> unknown permission ":0"
> PASS: test-copy-acl.sh
> unknown permission ":0"
> PASS: te
-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> One other error, brute force fix:
> diff -u ./gltests/test-sameacls.c.orig ./gltests/test-sameacls.c
> --- ./gltests/test-sameacls.c.orig 2010-10-02 11:10:42.0 -0500
> +++ ./gltests/test-sameacls.c
ay, October 03, 2010 2:44 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Joachim Schmitz wrote:
> Two errors so far, I fixed one (hopefully correct):
> diff -u ./gllib/copy-acl.c.orig ./gllib/copy-acl.c
> --- ./gllib/copy-acl.c.orig
Joachim Schmitz wrote:
> One other error, brute force fix:
> diff -u ./gltests/test-sameacls.c.orig ./gltests/test-sameacls.c
> --- ./gltests/test-sameacls.c.orig 2010-10-02 11:10:42.0 -0500
> +++ ./gltests/test-sameacls.c 2010-10-03 07:11:40.0 -0500
> @@ -24,7 +24,7 @@
> #i
Joachim Schmitz wrote:
> Two errors so far, I fixed one (hopefully correct):
> diff -u ./gllib/copy-acl.c.orig ./gllib/copy-acl.c
> --- ./gllib/copy-acl.c.orig 2010-10-02 21:25:58.0 -0500
> +++ ./gllib/copy-acl.c 2010-10-03 06:59:44.0 -0500
> @@ -544,7 +544,7 @@
> /* I
al Message-
From: Schmitz, Joachim [mailto:schm...@hp.com]
Sent: Sunday, October 03, 2010 2:17 PM
To: 'Bruno Haible'
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: RE: ACLs on HP NonStop
One other error, brute force fix:
diff -u ./gltests/test-sameacls.c.orig ./gltests/
/acltestdir2/gltests/test-file-has-acl: not found
-Original Message-
From: Schmitz, Joachim [mailto:schm...@hp.com]
Sent: Sunday, October 03, 2010 2:06 PM
To: 'Bruno Haible'
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: RE: ACLs on HP NonStop
Two errors so far,
[mailto:br...@clisp.org]
Sent: Sunday, October 03, 2010 1:04 PM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file
and without warnings showing up though.
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Sunday, October 03, 2010 4:47 AM
To: Schmitz, Joachim
Cc: bug-gnulib@gnu.org
Subject: Re: integer types on HP NonStop
Joachim Schmitz wrote:
> That sample code compiles wit
z, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file-has-acl.sh" attached.
>
> + acl_flavor=osf1
> ...
> setacl: i
Hi Joachim,
> The shell commands are setacl and getacl.
>
> Output of "VERBOSE=1 make check TESTS=test-file-has-acl.sh" attached.
>
> + acl_flavor=osf1
> ...
> setacl: illegal option -- u
Thanks, that's what we needed to know. So, one needs a new acl_flavor in the
four unit tests.
There used to
4:34 AM
To: Schmitz, Joachim
Cc: 'Paolo Bonzini'; 'bug-gnulib'
Subject: Re: ACLs on HP NonStop
Hi Joachim,
> Attached my patches so far...
> ...
>../gllib/libgnu.a(set-mode-acl.o): In function `qset_acl':
>set-mode-acl.o(.text._148712224+0x202): un
Hi Joachim,
> Attached my patches so far...
> ...
>../gllib/libgnu.a(set-mode-acl.o): In function `qset_acl':
>set-mode-acl.o(.text._148712224+0x202): unresolved reference to facl.
This needs another approach. The test in gl_FUNC_ACL and the code in
lib/acl-internal.h use different code f
Joachim Schmitz wrote:
> That sample code compiles with a gazillon warnings "implicit conversion from
> "int" to "unsigned char": rounding, sign extension, or loss of accuracy may
> result"
These warnings can be ignored.
> it's output attached...
Thanks. All is fine now. No need to worry abo
ctober 02, 2010 1:56 PM
To: Schmitz, Joachim; bug-gnulib@gnu.org
Subject: integer types on HP NonStop
Hi Joachim,
Have the severe compiler bugs regarding integer type operations
that were reported about Tandem/NSK in 2006 [1][2] been fixed by now?
Can you please try the test program from [1], compile
Joachim Schmitz wrote:
> It is very likely that this wrapper is used, as without it'd be very
> difficult to do the ports.
>
> There is not much of documentation, mainly source code, check
> http://ituglib.connect-community.org and select the (latest) floss package.
Thanks for the pointer. This
morrow (if $dayjob permits).
Bye, Jojo
-Original Message-
From: Bruno Haible [mailto:br...@clisp.org]
Sent: Saturday, October 02, 2010 6:06 PM
To: Schmitz, Joachim
Cc: Paul Eggert; Paolo Bonzini; 'bug-gnulib'
Subject: Re: libfloss on HP NonStop
Joachim Schmitz wrote:
> The -lfl
Joachim Schmitz wrote:
> The -lfloss is being taken care of by the cc wrapper script, so nothing you
> need to be worried about.
Does everyone use this wrapper script? What if someone runs configure with
CC=c89?
> there are more of these workaround/additions now. They either provide
> feature Non
> > diff -u ./build-aux/config.sub.orig ./build-aux/config.sub
> > --- ./build-aux/config.sub.orig 2009-06-15 04:05:11.0 -0500
> > +++ ./build-aux/config.sub 2010-09-28 11:22:01.0 -0500
> > @@ -830,6 +830,12 @@
> > np1)
> > basic_machine=np1-gould
> >
Joachim Schmitz wrote:
> config.guess know only TNS/R. I've already submitted patches (to Ben
> Eliston, resp. config-patch...@gnu.org) to also recognize TNE(E and Neo.
> Here they go again:
>
> diff -u ./build-aux/config.guess.orig ./build-aux/config.guess
> --- ./build-aux/config.guess.orig
Hi Joachim,
Have the severe compiler bugs regarding integer type operations
that were reported about Tandem/NSK in 2006 [1][2] been fixed by now?
Can you please try the test program from [1], compile it with
-D__CHAR_UNSIGNED__ and -O, and post its output?
Bruno
[1] http://lists.gnu.org/archive/
95 matches
Mail list logo
