bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Problems on Sparc-64


From: Kieran S. Hagzan
Subject: Problems on Sparc-64
Date: Mon, 10 Nov 2003 12:05:03 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20031004

Good Day Folks:

   I cannot ascertain if this is a bug or not.
I cannot for the life of me get a working gawk on sparc64, using the 3.1.3 sources. I do not have 32-bit userland available, so I need a 64-bit version..... Using linux with glibc-2.3.2, gcc-3.3.1, binutils-2.14, bison-1.875, and flex-2.5.4a.........

1.) Having tried 5 times now with no luck, I have applied a patch which changes:
   extern int numfiles

               to

   extern long numfiles

in both awkgram.c and awkgram.y to match up with the long declaration in main.c.

2.) Compilation is clean, no errors whatsoever.

3.) If I do a "make install," the installed gawk is unusable. In fact, it bogs 100% of the system's cpu when used and generates bogus results.....

4.) 'make check' fails   Specifically, the following tests fail with

a.)"differ: char 1, line 1"

   addcomma
   aryprm8
   compare2
   delarpm2
   fmttest
nasty nasty2
   prt1eval
   prtoeval
   rebt8b2
   substr
   gnuops

b.)"cmp: EOF on:"

   clsflnam
   delarprm
   funstack
   prmreuse


Could someone point me in a direction?? If you need more informational stuff than the above to diagnose, let me know....... I don't think many people have tried to build a 64-bit gawk, and if they have, probably not on a sparc64, most would just give in and use Solaris. Without a working gawk, a plethora of other needed stuff cannot be configured, made, or installed......

Is there a place to find a Wiki, or mailing list archive to go through, or something to see if these problems have occured before???? Or does someone know a quick and dirty hack to get a functional gawk on sparc64????
I am thinking this is an arithmatical problem somewhere......
I do have 128-bit long doubles, 64-bit longs, etc......

Thanks for any response!

-Kieran S. Hagzan

Rochester Institute of Technology
System Administrator's Group





reply via email to

[Prev in Thread] Current Thread [Next in Thread]