aboutsummaryrefslogtreecommitdiff
path: root/coreutils-5.3.0-bin/contrib/gawk/3.1.6/gawk-3.1.6-src/README_d/README.solaris
blob: 4b5affd4eea122b40cb04ad565d17730a5d9f1fc (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
Solaris Problem #1:
===================
From: carson@lehman.com
Date: Fri, 7 Feb 1997 01:05:58 -0500
To: arnold@gnu.ai.mit.edu
Subject: Solaris 2.5.1 x86 bug in gawk-3.0.2

awktab.c has the following bogus logic:

#ifndef alloca
#ifdef __GNUC__
#define alloca __builtin_alloca
#else /* not GNU C.  */
#if (!defined (__STDC__) && defined (sparc)) || defined (__sparc__) || defined (__sparc) || defined (__sgi)
#include <alloca.h>
#else /* not sparc */

Solaris x86 obviously dosn't define sparc or __sparc.

What you _meant_ to say was:

if (defined(__sun) && defined(__SVR4))

(which identifies Solaris 2.x under both Sun's cc and gcc)

--
Carson Gaspar -- carson@cs.columbia.edu carson@lehman.com
http://www.cs.columbia.edu/~carson/home.html
<This is the boring business .sig - no outre sayings here>

	*	*	*	*	*	*	*

Solution to Problem #1:
=======================
Tue Oct 20 21:25:11 IST 1998

This has been fixed in 3.1.0 with the bisonfix.sed script.

Arnold Robbins
arnold@skeeve.com

Solaris Problem #2:
===================
Tue Apr 13 16:57:45 IDT 1999

There is a known problem in that the `manyfiles' test will fail under
Solaris if you set your soft limit on the number of file descriptors to
above 256.  This is due to a "feature" of fdopen that an fd must be
less than 256 (see fdopen(3)).

IMHO this is Sun's problem, not mine.

Arnold Robbins
arnold@skeeve.com

Solution (a) to Problem #2:
===========================
Now fixed in the code via Paul Eggert's 2001-09-0 patch. See the
ChangeLog.

Solution (b) to Problem #2:
===========================
From: Paul Nevai <nevai@math.ohio-state.edu>
Subject: Re: gawk-3.0.4
To: arnold@skeeve.com (Aharon Robbins)
Date: Tue, 6 Jul 1999 09:09:05 -0400 (EDT)

Dear Aharon:

Toda raba. Why don't you add something like that to README_d/README.solaris
file:

for the SunOS do in

/bin/sh:   ulimit -n 256; ulimit -a; make test
/bin/tcsh: limit descriptors 256; ulimit -a; make test

otherwise "make test" will fail

Shalom, Paul

Aharon Robbins wrote to Paul Nevai:
# >From the README_d/README.solaris file:
# 
# 	Tue Apr 13 16:57:45 IDT 1999
# 	
# 	There is a known problem in that the `manyfiles' test will fail under
# 	Solaris if you set your soft limit on the number of file descriptors to
# 	above 256.  This is due to a "feature" of fdopen that an fd must be
# 	less than 256 (see fdopen(3)).
# 	
# 	IMHO this is Sun's problem, not mine.
# 	
# 	Arnold Robbins
# 	arnold@skeeve.com
# 
# Double check your settings with ulimit; I suspect that this is
# your problem.
# 
# Thanks,
# 
# Arnold
# --
# Aharon (Arnold) Robbins		arnold@skeeve.com  [ <<=== NOTE: NEW ADDRESS!! ]
# P.O. Box 354		Home Phone: +972  8 979-0381	Fax: +1 603 761-6761
# Nof Ayalon		Cell Phone: +972 51  297-545	(See www.efax.com)
# D.N. Shimshon 99784	Laundry increases exponentially in the
# ISRAEL			number of children. -- Miriam Robbins
# 
# 



Paul Nevai                            pali+@osu.edu
Department of Mathematics             nevai@math.ohio-state.edu
The Ohio State University             http://www.math.ohio-state.edu/~nevai/
231 West Eighteenth Avenue            http://www.math.ohio-state.edu/~jat/
Columbus, Ohio 43210-1174             1-614-292-5310 (Office/Answering Device)
The United States of America          1-614-292-1479 (Math Dept Fax)

Solaris Problem #3:
===================
Sun Feb  9 10:35:51 IST 2003

Certain versions of Sun C give compilation errors under Solaris 5.5, 5.6 and
possibly later.  Here's what I was told:

> We have this version of cc here:
> cc -V
> cc: Sun WorkShop 6 update 1 C 5.2 2000/09/11
> 
> Probably, the others use different combinations of OS and CC.
> A quick fix was this (we use csh-syntax here):
> 
> setenv CC "/opt/SUNWspro/bin/cc -Xc"
> ./configure
> make check