HDTenEightyP/NetNews huggingface dataset:
From: ruck@zeta.ee.ufl.edu (John R Ruckstuhl Jr)
Subject: Cool it !!
Organization: EE Dept at UF
Date: Tue, 13 Oct 92 02:17:07 GMT

(This posting is emailed to bug-glibc@prep.ai.mit.edu as well)

Firstly:
Hey!  The glibc-1.05 files on prep.ai.mit.edu keep changing size!!

Near 10/2 the glibc-1.05-crypt.tar.Z got replaced, and now I see that
glibc-1.05.tar.Z was replaced on 10/6.  
I don't know what's been changed, but the files are different sizes than
the originals.

Please, when you decide to release a version -- Freeze it !!  

Do not put a patched version in a file of the same name as the original,
because many of the sites that try to do a service and mirror prep will
be extremely confused and outdated.

If you want to make minor changes, jump a rev level or wait until the
next release, or call it 1.05-plN


Secondly:
Several days ago someone claimed you didn't have a prayer of building
glibc 1.05 without a make-3.62 patchlevel d or something like that, that
was only on alpha.  Since at the time there was a make-3.62 on prep,
I read him as saying the make-3.62 on prep was unable to make the glibc.

I thought: this guy's mistaken -- I've talked with a glibc maintainer
about unsuccessful builds and my problems didn't trigger any suspicions
of the make sw.
But on the other hand, I never did succeed in making glibc and this
guy's claim wasn't refuted.  Could it be??
(My probs were in zic'ing Africa during make, if I remember right -- I'm
on SunOS 4.1.1 using gcc-2.2.2 and make-3.62 (from prep!))


Thirdly:
Regarding version stamping -- obviously a lot of GNU ware developers 
don't use SCCS, but I assume they use something (RCS?).  So is there a
simple command, like SCCS's "what", that will tell me the version stamps
of sources (and executables with a version stamp string)?

Regards,
ruck
-- 
John R. Ruckstuhl, Jr.                  ruck@alpha.ee.ufl.edu
Dept of Electrical Engineering          ruck@cis.ufl.edu, uflorida!ruck
University of Florida                   ruck%sphere@cis.ufl.edu, sphere!ruck
Newsgroups: gnu.gcc.help
From: eje@irenaeus.mlo.dec.com (Eric James Ewanco)
Subject: big-endian loader for little-endian machine
Reply-To: ewanco@kalvin.enet.dec.com
Organization: Digital Equipment Corporation
Date: Wed, 14 Oct 1992 18:48:02 GMT


I am trying to use GNU to produce executable files for an embedded system
(which reads a.out files).  The host is a little-endian MIPS (DS3100).  The
target is 68030.

Unfortunately I discovered that GNU ld appears to be fixed in endian; it 
assumes that it will run on the same endian machine as the target.  Is there
a version of GNU ld that has configurable endian?  The .o files produced by
gas are big-endian in format, and ld gets confused because it assumes the
endian of the .o files is the endian of the machine.

Therefore the loader needs to swap bytes in every word it reads from the
structure that it wants to understand.

Any help would be greatly appreciated.

Thanks
Eric
ewanco@kalvin.enet.dec.com
--
/===========================================================================\
| Eric Ewanco - Software Engineer   For the rash and outrageous opinions ex-|
| Digital Equipment, Maynard MA     pressed herein I alone am responsible;  |
| ewanco@kalvin.enet.dec.com        they do not belong to DIGITAL(TM).      |
\==========================- 2 Th 2:15 -====================================/

Newsgroups: gnu.gcc.help
From: MEHRDAD@glum.DEv.cf.ac.UK (GHASSEMPOORY)
Subject: Documentation error in REAL_VALUE_TRUNCATE macro
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 13:44:00 GMT

I am trying to make a GCC 68K cross compiler for VAX-VMS. Since VAX is not 
compatible with IEEE floating point, I have to define REAL_VALUE... macros
according to GNU manual pages 294-295. The manual defines the macro as:

	REAL_VALUE_TRUNCATE(x)

While real.h has a default definition :

	REAL_VALUE_TRUNCATE(mode,x)

Can somebody clarify the situation please?

Many thanks in advance
Xref: sparky gnu.gcc.help:2271 gnu.misc.discuss:3253
From: james@unidata.com (James Powell)
Newsgroups: gnu.gcc.help,gnu.misc.discuss
Subject: GCC evangelists, take note!
Date: 7 Oct 92 17:49:27 GMT
Distribution: gnu
Organization: Unidata, Inc.


Help! I need to convince a rather large and conservative bunch of engineers
that they should begin using GCC to maintain and extend their software. It runs
on 36 UNIX platforms. Very few of these vendors include an ANSI 'C' compiler,
so GCC seems to be the only way to support ANSI code across all these systems
(the INSTALL notes indicate it will work for 30 of them, the other 6 are
probables). So, I need reasons... _tons_ of reasons... for example, just how
great is ANSI 'C', anyway? And how about GCC... will using it make their soft-
ware run faster? Slower? Will they be able to use their existing tools with it
(SCCS, lint, yacc, various debuggers, EMACS :-)? And most of all, they want
assurances that it won't break any of their code. They are correctly terrified
of buggy compilers... can I reassure them that their system will run at least
as well as it did, without any tweaking? Will using GCC across all platforms
simplify porting? Help me bring our code into the 1990's! Thank you thank you
thank you...
  -James-

--

/-----------------------------------------------------------------------------\
| James Powell - Programmer/Analyst - Special Projects - jamesp@unidata.com   |
\-----------------------------------------------------------------------------/
Newsgroups: gnu.gcc.help
From: cmajor7@archi.snu.ac.kr
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 19:05:57 GMT

Newsgroups: gnu.gcc.help
From: cmajor7@archi.snu.ac.kr
Subject: (none)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 19:07:31 GMT

Newsgroups: gnu.gcc.help
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: Wide character string support?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 13 Oct 1992 12:47:35 GMT

GCC version 2.0 is so obsolete that nobody should be trying to use it
now.  I suggest you get 2.2.2 and see if it works better.  Or wait
until 2.3; I hope that will be soon (though no specific promises!).
From: qbarnes@urbana.mcd.mot.com (Quentin Barnes)
Newsgroups: gnu.gcc.help
Subject: Force loading of register
Date: 12 Oct 92 16:14:58 GMT
Organization: Motorola Computer Group, Urbana Design Center

I would like to be able to force gcc to load a specific register
for me.  I thought that the code to do this would be:

        register volatile unsigned long base asm("#r14");

        base = (unsigned long)0x1000000;

(This is for a Motorola m88k processor.  Change the asm("...") to
a register appropriate for you system.)

gcc generates:
volasm.c:nn: warning: volatile register variables don't work as you might wish

Why is this message displayed?  Am I "doing the right thing" just that
gcc doesn't handle it yet?  Or is there another way to do what I want?

-- 
Quentin Barnes
qbarnes@urbana.mcd.mot.com | ..!uiucuxc!udc!qbarnes
From: lele@itnsg1.cineca.it (Lele Gaifax)
Newsgroups: gnu.gcc.help
Subject: GCPP extension
Date: 9 Oct 92 14:45:05 GMT
Organization: Laboratorio di Fisica Computazionale, INFM. Trento Italia

I was wondering on this for enough time... 
From the GNU point of view, is there valid reason to not extend the #define
syntax so to avoid using backslashes to build a long definition? Maybe an 
example would be clear:

Often we use definition like this

#define foobar(arg_one, arg_two)	{ \
					  if (dummy_function (arg_one)) \
					    arg_two = other_dummy (arg_two); \
					  else \
					    arg_two = arg_one; \
					}

this is very difficult to edit, boring, and often one forget the backslash, ...
so why not extend the preproc to handle a more complex construct like

#defmacro foobar(arg_one, arg_two)	{
					  if (dummy_function (arg_one)) 
					    arg_two = other_dummy (arg_two); 
					  else 
					    arg_two = arg_one; 
					}
#endmacro

And since this would be a GNU extension to the C language, it should disappear
if the compiler gets invoked with --ansi or similar... 

To quote the GNU standards:
   "Much of what is called "portability" in the Unix world refers to
porting to different Unix versions.  This is a secondary consideration
for GNU software, because its primary purpose is to run on top of one
and only one kernel, the GNU kernel, compiled with one and only one C
compiler, the GNU C compiler."

thanx for you opinion,
lele.
-- 
Lele Gaifax - lele@itnsg1.cineca.it
...calling Emacs convenient, of course, is like calling oxygen useful
					Rens Troost
Newsgroups: gnu.gcc.help
From: chung@raynet.COM (Carlos Hung 415-688-2214)
Subject: Can't get gcc working on SunOS 4.1.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 7 Oct 1992 23:45:20 GMT


Could someone tell me what I have done wrong?

I am not able to compile my program with gcc 2.2.2. 

#/eng3/tools/gnu/make-3.62/make -f make.ubba
/eng3/tools/gnu/lib/gcc  -I/eng3/tools/gnu/lib/gcc-lib/sparc-sun-sunos4.1/2.2.2/include
-I/eng11/tools/jam.503a/include -g  -O -o  ubba  Ui_Main.c Ui_KeyForm_Tab.c Ui_Tools.c
Ui_Api.c Ui_InvWireCenter.c Ui_FldFunc_Tab.c Ui_DisplayScreen_Tab.c Ui_Menus.c
Ui_DebugKeys.c /eng3/oss2/ingres/install/r6/ingres/lib/libingres.a
/eng11/tools/jam.503a/lib/libjm.a /eng11/tools/jam.503a/lib/libsm.a  -lm -lc
0: unknown flag -lang-c
0: unknown flag -g
/eng3/tools/gnu/lib/gcc: installation problem, cannot exec cc1: No such file or
directory
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
0: unknown flag -lang-c
0: unknown flag -g
make: *** [ubba] Error 9
From: michel.renaud@synapse.org (Michel Renaud) 
Newsgroups: gnu.gcc.help
Subject: docs for OS/2 GCC 2.22
Date: 9 Oct 92 19:49:00 GMT
Distribution: world
Organization: SYNAPSE BBS - GATINEAU, QUEBEC - 819-561-4321
Reply-To: michel.renaud@synapse.org (Michel Renaud) 

TO: gnu.gcc.help
FROM: michel.renaud@synapse.org

I've recently downloaded GCC 2.22, and noticed the .texi extension for
the documentation files.  So I assumed they were TeX files.  I tried
running them under TeX at work, but it seems the texinfo file is missing
(at the beginning of each file, there's a "\include texinfo" statement.
As a result of this, I cannot print the docs.  My boss who is our TeX
expert says the "@" characters should normally be "\", so I guess the
change is made in texinfo.  Where can I get that file? (I do not
currently have FTP access)

Michel

P.S. this is the OS/2 version of GCC

michel.renaud@synapse.org (or michel.renaud@synapse.isis.org if the
other does not work)
---
 . OLX 2.2 . Go ahead...MAKE MY DOWNLOAD!!!
                                                                                                                 
Newsgroups: gnu.gcc.help
From: michael@stb.INfo.COM (Michael Gersten)
Subject: Help needed: define_expand needs to call next_cc0_user()
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 16 Oct 1992 23:24:00 GMT

In order to handle a machine where the rtl for a comparison needs to  
vary depending on an unsigned or signed comparison, I need to use a  
define_expand. But inside a define_expand, there is no 'insn' to refer to  
the current insn, and so no way to say 'next_cc0_user(insn)'. Nor can  
this be done in the jumps, as you can't say 'prep_cc0_setter(insn).

Why does the rtl need to change? Because I only have a signed  
compare, and I need to fake an unsigned compare by doing an xor with  
1<<15 or 1<<31. Turns out I can't just do this to my operands (silly, silly,  
silly), so I need to copy them into a new register, xor it there, and then  
compare those.

This is only done for unsigned compares; for signed compares the code  
is just a compare. I've tried doing it just as a regular define_insn, but it  
turns out that the C code in that isn't called until assembly generation  
time, when it's too late to get a new register for use. 


Ideas?

		Michael
--
		Michael Gersten		michael@stb.info.com
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature
Newsgroups: gnu.gcc.help
From: Tachen Ni <tcnyyf@caen.engin.umich.edu>
Subject: Q: How to change the byte length of type "double" in g++?
Date: Thu, 08 Oct 92 13:29:39 EDT
Organization: Bioengineering, Univ. of Mich.
X-Useragent: Nuntius v1.1.1d9
X-Xxmessage-Id: <A6F9E8F3C306343C@no-name-medsci2.med.umich.edu>
X-Xxdate: Thu, 8 Oct 92 18:32:35 GMT


Recently I found that the default g++ (Version 1.37.1 on Unix
machine) byte length for data type "double" (8 bytes) is not 
enough for my project.  Is there any way that I can change it 
to 12 bytes?  

Reply by e-mail preferably.  Thanks for the help.  


Tachen Ni, Bioengineering Program, Univ. of Mich.
e-mail: tcnyyf@caen.engin.umich.edu
Newsgroups: gnu.gcc.help
From: linstee@dutecaj.et.tudelft.nl (Erik van Linstee)
Subject: Howe to read libman *.2 and *.3 files?
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Fri, 09 Oct 1992 11:33:42 GMT

Can someone tell me what program is needed to format these
man pages. nroff clearly doesn't do it or at least not with
-man.

Erik


-- 
Erik van Linstee   |   Delft University of Technology   |   I'll be back ... 
----
   We are god, 'cause only we can create the idea of his existence
   in our holy brains...  (Yello)
Newsgroups: gnu.gcc.help
From: gdk@ssi.UUCP (Gary D. Kline)
Subject: update
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 13 Oct 1992 20:42:39 GMT

Several days ago I posted the following message to this group.

	>Do any of you know of a GCC port to the  IBM 3090 family 
	>running AIX?  
	>
	>We've been looking for such a beast for quite awhile.  I
	>did find the mvs.* config files for the 370 architecture
	>from a source overseas, and I do have Chuck Simmons v1.18
	>Amdahl port.    
	>
	>I moved the v1.18 port to the v1.40 level fairly successfully
	>only to find that the assembly output of gcc is bad for the
	>native C compiler we have. 

Because the Amdahl work wasn't suitable I unwrapped the mvs.tar 
files than Jan Stein  (jan@cd.chalmers.se) contributed.  Stein's
work was for System/370 and it comes somewhat closer than the other.

I'll need to read some docs on the AIX assembler we have to understand
its conventions.  Meanwhile, again, I'll ask if anyone out there with
a big blue machine has ported GCC to it.   ...Give me decent tools!

	gary kline
From: sethg@rodin2.CS.Berkeley.EDU (Seth Copen Goldstein)
Newsgroups: gnu.gcc.help
Subject: initializing a long long
Date: 15 Oct 92 15:26:54
Organization: /home/auspex/b/threadid/sethg/.organization
Distribution: world
NNTP-Posting-Host: rodin2.cs.berkeley.edu

I posted this to gnu.gcc.bugs, but maybe somehere can help me.

I am using gcc version 2.2.2 on a sun4.
I want to initialize a long long with the address of another variable in 
my program and gcc won't let me.  It will however let me initialize an int with
the address of another variable.  For example the following code:

	long long a = 1;
	int b = ((int)(&a));
	long long d = (long long)((int)(&a));

produces the following error messages:

	foo.c:4: initializer element for `d' is not computable at load time

why isn't it computable at runtime?

-seth
From: surendar@wpi.edu (Surendar C.)
Newsgroups: gnu.gcc.help
Subject: Constant pointers with ANSI C
Date: 13 Oct 92 15:37:27 GMT
Reply-To: surendar@cs.wpi.edu
Organization: Worcester Polytechnic Institute, Worcester MA 01609, USA.
NNTP-Posting-Host: ivy.wpi.edu
X-Newsreader: TIN [version 1.1 PL6]

I have trouble understanding this const * stuff with ANSI 'C'. I thought
that the C compiler should flag a function like length1 as error as I
modify str. However our gcc version 2.1 for (sparc) does not give any
warning even for -pedantic -Wall. I tried the other way too "const char *str"
and that is not flagged as an error. Is that supposed to be an error in ANSI C??
int length1(char const *str)
{
    int count = 0;

    while(*str++)
		count++;
    return(count);
}
Thanks
surendar
Newsgroups: gnu.gcc.help
From: ms@mdcsc.UUCP (Mani Sanj)
Subject: installing gcc2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 8 Oct 1992 22:18:21 GMT

Hi Everyone,

/* NOTE: I am not in  the mailing list please send your
responses to "uunet!mdcsc!ms" */

I really thank Jim  for his response regarding gcc-2.2.2 installation.

stage1 & stage2 went ok. but when I did make compare
it failed with following error message.

for file in *.o;do \
  tail +10c $file > tmp-foo1; \
  tail +10c stage2/$file > tmp-foo2; \
  cmp tmp-foo1 tmp-foo2 || echo $file differs; \
done
tail: stage2/cp-call.o: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `compare'

It seems some *.o files are missing form the stage2.


Thanks Once more,

Mani Sanj
uunet!mdcsc!ms
Newsgroups: gnu.gcc.help
From: michael@stb.INfo.COM (Michael Gersten)
Subject: Unsigned support on a signed machine
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 10 Oct 1992 19:56:00 GMT


I have a machine that assumes that everything done is signed.
For example, addition always produces a fixed point overflow
exception if the sign is wrong. This makes the unsigned data
type hard to support. For math, I'm just extending everything
to long (or more accurately, letting the compiler do the extending
to long), and doing the signed operation in that mode; this will
fail in the (hopefully uncommon) case of two large unsigned numbers
being added together (which would overflow anyways). 

The real problem is with conditional jumps. The only comparison
operation sets less than, equal, or greater, based on a signed
comparison; the subtract instruction will set carry, but it also
causes an overflow exception.

Any ideas on how to support unsigned data on this machine? (Aside
from turning off the overflow trap, which isn't an option).

		Michael
From: fjh@munta.cs.mu.OZ.AU (Fergus James HENDERSON)
Newsgroups: gnu.gcc.help
Subject: Re: GCPP extension
Date: 11 Oct 92 14:43:26 GMT
Organization: Computer Science, University of Melbourne, Australia

lele@itnsg1.cineca.it (Lele Gaifax) writes:

>I was wondering on this for enough time... 
>From the GNU point of view, is there valid reason to not extend the #define
>syntax so to avoid using backslashes to build a long definition?

Yes: you can get the same functionality, and a *much* better semantics,
by using inline functions. Inline functions are a C++ extension, but
Gnu C also supports them for plain C.

[you might have to use the __inline__ keyword instead of just inline, I forget]

-- 
Fergus Henderson             fjh@munta.cs.mu.OZ.AU      
This .signature virus is a self-referential statement that is true - but 
you will only be able to consistently believe it if you copy it to your own
.signature file!
Newsgroups: gnu.gcc.help
From: daniel_x@athena.mit.edu (Daniel M Higgins)
Subject: g++  classes as friends  more info 
Organization: Massachusetts Institute of Technology
Date: Tue, 13 Oct 1992 14:27:16 GMT

--------

The compiler I'm using is gcc-2.2.2 and the platform is a DecStation 

workstations reaction was


athena% make -f alt1.mak
/afs/sipb/project/gnu/bin/g++ -g -c -I/afs/sipb/project/gnu/lib/g++-include mons.C
mons.C:13: `DigitStream' is neither function nor method; cannot be declared friend
mons.C: In method `DigitStream::DigitStream (const class BigInt&)':
mons.C:49: member `digits' is a private member of class `BigInt'
mons.C:50: member `ndigits' is a private member of class `BigInt'
*** Error code 1

Stop.
athena% make -f alt1.mak
/afs/sipb/project/gnu/bin/gcc -g -c -I/afs/sipb/project/gnu/lib/g++-include mons.C
mons.C:13: `DigitStream' is neither function nor method; cannot be declared friend
mons.C: In method `DigitStream::DigitStream (const class BigInt&)':
mons.C:49: member `digits' is a private member of class `BigInt'
mons.C:50: member `ndigits' is a private member of class `BigInt'
*** Error code 1



code:


// BigInt.h -- Multiple-precision integer class

#include <stdio.h>
#include <iostream.h>

class BigInt {
    char* digits;           // pointer to digit array in free store
    unsigned ndigits;       // number of digits
    BigInt(char* d, unsigned n) {   // constructor function
        digits = d;
        ndigits = n;
    }
    friend DigitStream;
    char* scanChunk(istream&);      // read a chunk of digits
public:
    BigInt(const char*);            // constructor function
    BigInt(unsigned n =0);          // constructor function
    BigInt(const BigInt&);          // copy constructor function
    void operator=(const BigInt&);  // assignment
    BigInt operator+(const BigInt&) const;  // addition operator
    BigInt operator*(const BigInt&) const;  // multiplication operator
                                            // function
    void print(FILE* f =stdout) const;      // printing function
    ~BigInt()   { delete digits; }          // destructor function
    void printOn(ostream&) const;           // printing function
    void scanFrom(istream&);                // reading function
};



class DigitStream {
    char* dp;               // pointer to current digit
    unsigned nd;            // number of digits remaining
public:
    DigitStream(const BigInt& n) {  // constructor function
        dp = n.digits;
        nd = n.ndigits;
    }
    unsigned operator++() {         // return current digit
                                    // and advance
        if (nd == 0) return 0;
        else {
            nd--;
            return *dp++;
        }
    }
}


	Daniel

daniel_x@athena.mit.edu
Newsgroups: gnu.gcc.help
From: michael@stb.INfo.COM (Michael Gersten)
Subject: Help needed (very specific -- stack push recognition)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 15 Oct 1992 16:55:00 GMT


I'm having trouble with recognizing a stack push instruction.

Here's the first pattern in my md file:
(define_insn ""
        [ (set (mem:HI (pre_dec:HI (reg:HI 15)))
                (match_operand:HI 0 "general_operand" "r")
        )]
        ""
        "       PSHM    %0,%0"
)

And here's a couple of insn's that don't match it:

(insn 26 30 27 (set (mem:HI (pre_dec:HI (reg:HI 15)))
       (reg:HI 34)) -1 (nil)
   (insn_list:REG_LIBCALL 32 (nil)))

(insn 157 24 25 (set (mem:HI (pre_dec:HI (reg:HI 15)))
       (reg:HI 7)) 4 {movhi} (nil)
   (nil))

Q: What gives? movhi cannot handle pre_dec: the only thing that  
supports it is pushing/popping the stack. Putting some test  
statements in insn-recog.c shows that it's not even being  
considered.
--
		Michael Gersten		michael@stb.info.com
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature
Newsgroups: gnu.gcc.help
From: gdk@ssi.UUCP (Gary D. Kline)
Subject: GCC for 3090/AIX?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 7 Oct 1992 21:00:47 GMT



Do any of you know of a GCC port to the  IBM 3090 family 
running AIX?  

We've been looking for such a beast for quite awhile.  I
did find the mvs.* config files for the 370 architecture
from a source overseas, and I do have Chuck Simmons v1.18
Amdahl port.    

I moved the v1.18 port to the v1.40 level fairly successfully
only to find that the assembly output of gcc is bad for the
native C compiler we have.  /bin/as chokes on a test.s file
that my gcc-1.40 creates.   The format of the test.s file is
considerably different from the native cc -S output.

So...  I'm hoping that someone out there in netland has 
done this AIX port for the 3090 and can send me the necessary
configuration files.   

Thanks much.

gary kline