Hi,
I have just tried to build a current release of coreutils on IRIX. It
turns out that both 8.21 and 8.20 have build failures. I'm using the
"native" compiler (MipsPro, 7.4.4, IRIX Version is 6.5.30).
8.21 fails when building set-mode-acl.c
source='lib/set-mode-acl.c' object='lib/set-mode-ac
Thanks for the bug report.
Let's try to fix the first bug first. What is the output of the following
command?
c99 -I. -I./lib -Ilib -I./lib -Isrc -I./src -I/usr/nekoware/include \
-O3 -mips4 -OPT:Olimit=0:roundoff=3 -TARG:platform=IP27:proc=r1 -n32 \
-E lib/set-mode-acl.c
Thanks, this is a tricky area, but does the following
patch fix that first problem? If not, can you suggest
something similar? I'm hoping that IRIX
#defines _SYS_TIME_H -- or perhaps it defines some other
symbol.
diff --git a/lib/sys_time.in.h b/lib/sys_time.in.h
index 09c9601..c953428 100644
-
On 08/07/2013 04:40 PM, Rainer M. Canavan wrote:
> That patch doesn't apply to 8.21
Ah, sorry, it was against the latest gnulib. How about this?
--- lib/sys_time.in.h 2013-02-07 08:57:25.0 -0800
+++ /home/eggert/src/gnu/gnulib/lib/sys_time.in.h 2013-08-08
06:34:22.098553044 -070
On 08/08/2013 04:41 PM, Rainer M. Canavan wrote:
> That one applies cleanly to 8.21. It gets just as far as my attempt to
> apply your last patch, and in fact results in the same Error and identical
> output of c99 -E as in my last response
I'm puzzled as to why that would be, as in the output
yo
One other thing. Under what conditions do
include ?
That is, there's probably something like this in
:
#ifndef _SYS_TIME_H
#define _SYS_TIME_H
...
#if !defined _KERNEL && !defined __XOPEN_OR_POSIX || defined _XPG4_2
#include
#endif
...
#endif
and so I'd like to know which symbols protect the
tags 15023 moreinfo
close 15023
stop
(triaging old bugs)
On 2013-08-09 2:26 p.m., Paul Eggert wrote:
One other thing. Under what conditions do
include ?
[...]
and so I'd like to know which symbols protect the
inclusion of (here it includes _SYS_TIME_H
and the others).
With no replies or
What was left of SGI stopped supporting IRIX in December 2013, so we can
close IRIX-related bugs without much fuss.
Paul Eggert wrote:
Thanks, this is a tricky area, but does the following
patch fix that first problem? If not, can you suggest
something similar? I'm hoping that IRIX
#defines _SYS_TIME_H -- or perhaps it defines some other
symbol.
diff --git a/lib/sys_time.in.h b/lib/sys_time.in.h
index 09c96
