From owner-pro64-support@oss.sgi.com Fri Dec  1 15:42:53 2000
Received:  by oss.sgi.com id <S553809AbQLAXmo>;
	Fri, 1 Dec 2000 15:42:44 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:23579 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553797AbQLAXm3>;
	Fri, 1 Dec 2000 15:42:29 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA24332
	for <pro64-support@oss.sgi.com>; Fri, 1 Dec 2000 15:42:28 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id PAA31267; Fri, 1 Dec 2000 15:40:53 -0800 (PST)
From:   "Ross A. Towle" <rat@cchkms.engr.sgi.com>
Message-Id: <10012011540.ZM31332@cchkms.engr.sgi.com>
Date:   Fri, 1 Dec 2000 15:40:52 -0800
In-Reply-To: "Penney, Chris" <cpenney@ford.com>
        "Pro64 Fortran Compiler Frequently Segmentation Faults" (Nov 27,  2:17pm)
References: <200011271918.eARJIGM02216@dymwsm11.mailwatch.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     "Penney, Chris" <cpenney@ford.com>, pro64-support@oss.sgi.com
Subject: Re: Pro64 Fortran Compiler Frequently Segmentation Faults
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

If you are having inconsistent segfaults this indicates that you
need to get from Intel a program that runs prior to booting Linux.
This program is called "workaround1.1".  Please see the people that
provided your IA64 box for help in getting this program.

Let me assure you the problem is not in the compilers you are using.

-Ross

From owner-pro64-support@oss.sgi.com Wed Dec  6 18:14:44 2000
Received:  by oss.sgi.com id <S553762AbQLGCOZ>;
	Wed, 6 Dec 2000 18:14:25 -0800
Received: from mta6.snfc21.pbi.net ([206.13.28.240]:54992 "EHLO
        mta6.snfc21.pbi.net") by oss.sgi.com with ESMTP id <S553734AbQLGCOW>;
	Wed, 6 Dec 2000 18:14:22 -0800
Received: from ted ([63.206.179.222])
 by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0G56006Q6DNVK4@mta6.snfc21.pbi.net> for
 pro64-support@oss.sgi.com; Wed,  6 Dec 2000 18:02:19 -0800 (PST)
Date:   Wed, 06 Dec 2000 18:10:25 -0800
From:   Wayne Vieira <wavieira@pacbell.net>
Subject: sgif90 broken on 2.4.0test10-001115-55smp
To:     ia64-dist@turbolinux.com
Cc:     pro64-support@oss.sgi.com
Message-id: <NEBBJFCMGKGOJOKGHMIIAECPCBAA.wavieira@pacbell.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Priority: 3 (Normal)
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing


We just installed the 11/21 version of TL on a Big Sur system, and
everything seemed to go just fine.  The system has come up okay, and
everythign seems okay, except the sgif90 compiler.  We even tried to get the
rpm from oss.sgi.com, and install it, but it still got the same problems.
We've done complete re-installs several times, but get the same result.  On
even the smallest test case, we get the following error:

[root@hose4 waynev]# sgif90 test.f
/usr/lib/gcc-lib/ia64-cygnus-linux/2.96-ia64-000717/../../../libfortran.a(op
en.o):../../libf/fio/open.c:909: the use of `tempnam' is dangerous, better
use `mkstemp'
It has worked just fine on the 8/28 release.  Is anyone else getting this
problem?  I can't seem to find any specific references to this being broken.
Any insight would be welcome.


Wayne Vieira

For the purposes of debugging, our simple test case follows:

[root@hose4 waynev]# sgif90 -v
SGIcc Compilers: Version 0.01.0-12

[root@hose4 waynev]# cat test.f
      program test
      write(6,*) 'hello penguins'
      stop
      end


From owner-pro64-support@oss.sgi.com Wed Dec  6 18:18:25 2000
Received:  by oss.sgi.com id <S553760AbQLGCSP>;
	Wed, 6 Dec 2000 18:18:15 -0800
Received: from munch-it.turbolinux.com ([38.170.88.129]:11507 "EHLO
        mail.us.tlan") by oss.sgi.com with ESMTP id <S553738AbQLGCSE>;
	Wed, 6 Dec 2000 18:18:04 -0800
Received: (from nobody@localhost)
	by mail.us.tlan (8.9.3/8.9.3) id SAA01827;
	Wed, 6 Dec 2000 18:17:56 -0800
Received: from ariel.dev.us.tlan(172.16.12.158), claiming to be "turbolinux.com"
 via SMTP by mail.us.tlan, id smtpd5EnSgR; Wed Dec  6 18:17:50 2000
Message-ID: <3A2EF34E.9F36A84B@turbolinux.com>
Date:   Wed, 06 Dec 2000 18:17:50 -0800
From:   Uros Prestor <uros@turbolinux.com>
Organization: Turbolinux Inc.
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.13-12 i686)
X-Accept-Language: sl, en
MIME-Version: 1.0
To:     Wayne Vieira <wavieira@pacbell.net>
CC:     ia64-dist@turbolinux.com, pro64-support@oss.sgi.com
Subject: Re: sgif90 broken on 2.4.0test10-001115-55smp
References: <NEBBJFCMGKGOJOKGHMIIAECPCBAA.wavieira@pacbell.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Wayne Vieira wrote:

> [root@hose4 waynev]# sgif90 test.f
> /usr/lib/gcc-lib/ia64-cygnus-linux/2.96-ia64-000717/../../../libfortran.a(op
> en.o):../../libf/fio/open.c:909: the use of `tempnam' is dangerous, better
> use `mkstemp'
> It has worked just fine on the 8/28 release.  Is anyone else getting this
> problem?  I can't seem to find any specific references to this being broken.
> Any insight would be welcome.

This comes from the new glibc-2.2.  It's annoying but harmless (as far as I can
tell).

Uros

--
Uros Prestor
uros@turbolinux.com




From owner-pro64-support@oss.sgi.com Wed Dec  6 18:51:05 2000
Received:  by oss.sgi.com id <S553760AbQLGCuz>;
	Wed, 6 Dec 2000 18:50:55 -0800
Received: from mta6.snfc21.pbi.net ([206.13.28.240]:59794 "EHLO
        mta6.snfc21.pbi.net") by oss.sgi.com with ESMTP id <S553734AbQLGCu2>;
	Wed, 6 Dec 2000 18:50:28 -0800
Received: from ted ([63.206.179.222])
 by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0G56006CAF3TLQ@mta6.snfc21.pbi.net> for
 pro64-support@oss.sgi.com; Wed,  6 Dec 2000 18:33:31 -0800 (PST)
Date:   Wed, 06 Dec 2000 18:41:35 -0800
From:   Wayne Vieira <wavieira@pacbell.net>
Subject: RE: sgif90 broken on 2.4.0test10-001115-55smp
In-reply-to: <3A2EF34E.9F36A84B@turbolinux.com>
To:     Uros Prestor <uros@turbolinux.com>,
        Wayne Vieira <wavieira@pacbell.net>
Cc:     ia64-dist@turbolinux.com, pro64-support@oss.sgi.com
Message-id: <NEBBJFCMGKGOJOKGHMIIMEDACBAA.wavieira@pacbell.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Priority: 3 (Normal)
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hrmm....Well, then maybe my problem is somewhere else.  Because even my
simplest example core-dumps on execution with a segmentation fault.  I can
compile stuff with sgicc and sgiCC, but the sgif90.

Wayne

-----Original Message-----
From: owner-pro64-support@oss.sgi.com
[mailto:owner-pro64-support@oss.sgi.com]On Behalf Of Uros Prestor
Sent: Wednesday, December 06, 2000 6:18 PM
To: Wayne Vieira
Cc: ia64-dist@turbolinux.com; pro64-support@oss.sgi.com
Subject: Re: sgif90 broken on 2.4.0test10-001115-55smp


Wayne Vieira wrote:

> [root@hose4 waynev]# sgif90 test.f
>
/usr/lib/gcc-lib/ia64-cygnus-linux/2.96-ia64-000717/../../../libfortran.a(op
> en.o):../../libf/fio/open.c:909: the use of `tempnam' is dangerous, better
> use `mkstemp'
> It has worked just fine on the 8/28 release.  Is anyone else getting this
> problem?  I can't seem to find any specific references to this being
broken.
> Any insight would be welcome.

This comes from the new glibc-2.2.  It's annoying but harmless (as far as I
can
tell).

Uros

--
Uros Prestor
uros@turbolinux.com
Wayne Vieira, RHCE               SGI Federal
Systems Engineer, Linux/IRIX     http://www.sgi.com/linux
waynev@sgi.com                   http://hose3.corp.sgi.com/linuxsgi



From owner-pro64-support@oss.sgi.com Thu Dec  7 07:05:09 2000
Received:  by oss.sgi.com id <S553664AbQLGPE6>;
	Thu, 7 Dec 2000 07:04:58 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:48182 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553646AbQLGPEl>;
	Thu, 7 Dec 2000 07:04:41 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA05136
	for <pro64-support@oss.sgi.com>; Thu, 7 Dec 2000 07:04:40 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id HAA57628; Thu, 7 Dec 2000 07:02:01 -0800 (PST)
Date:   Thu, 7 Dec 2000 07:02:01 -0800 (PST)
From:   rat@cchkms.engr.sgi.com (Ross A. Towle)
Message-Id: <200012071502.HAA57628@cchkms.engr.sgi.com>
To:     ia64-dist@turbolinux.com, Wayne Vieira <wavieira@pacbell.net>
Subject: Re:  sgif90 broken on 2.4.0test10-001115-55smp
Cc:     pro64-support@oss.sgi.com
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Yes, we are seeing a problem with sgif90 (Pro64 0.12) on the latest
Turbo release.  The problem manifests itself as a segfault while
doing a Fortran IO statement.  Investigation is ongoing.

The failure has NOTHING to do with tempnam vs mkstemp message.

-Ross A. Towle

From owner-pro64-support@oss.sgi.com Thu Dec  7 16:17:21 2000
Received:  by oss.sgi.com id <S553792AbQLHARL>;
	Thu, 7 Dec 2000 16:17:11 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:2943 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553758AbQLHAQq>;
	Thu, 7 Dec 2000 16:16:46 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA09768
	for <pro64-support@oss.sgi.com>; Thu, 7 Dec 2000 16:16:45 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id QAA61806; Thu, 7 Dec 2000 16:14:45 -0800 (PST)
From:   "Ross A. Towle" <rat@cchkms.engr.sgi.com>
Message-Id: <10012071614.ZM62461@cchkms.engr.sgi.com>
Date:   Thu, 7 Dec 2000 16:14:44 -0800
In-Reply-To: Uros Prestor <uros@turbolinux.com>
        "Re: sgif90 broken on 2.4.0test10-001115-55smp" (Dec  6,  6:17pm)
References: <NEBBJFCMGKGOJOKGHMIIAECPCBAA.wavieira@pacbell.net> 
	<3A2EF34E.9F36A84B@turbolinux.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Wayne Vieira <wavieira@pacbell.net>
Subject: Re: sgif90 broken on 2.4.0test10-001115-55smp
Cc:     ia64-dist@turbolinux.com, pro64-support@oss.sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Here is the story.  The layout of "struct stat" in include/bits/stat.h
changed with this release.  The size of the structure is different.  The
layout of the members is different.

As Uros told me, routines compiled with previous versious of TurboLinux
may not be compatible with the new version of TurboLinux.  libfortran.a
is such an example.

We will be making a new libfortran.a and libffio.a available that is
compatible with the latest TurboLinux.  Look for it tomorrow on our
website http://oss.sgi.com/Projects/Pro64 in the download area.

-Ross A. Towle

From owner-pro64-support@oss.sgi.com Fri Dec  8 09:25:36 2000
Received:  by oss.sgi.com id <S553758AbQLHRZ0>;
	Fri, 8 Dec 2000 09:25:26 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:55534 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553705AbQLHRZA>;
	Fri, 8 Dec 2000 09:25:00 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA12685
	for <pro64-support@oss.sgi.com>; Fri, 8 Dec 2000 18:24:59 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Fri, 8 Dec 2000 18:24:59 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Subject: sgif90: flush not working
Message-ID: <Pine.LNX.4.21.0012081819320.25887-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hello,

when trying to CALL FLUSH(IUNIT) I found that it has no effect. Looking
into libf/fio/flush.c revealed the following piece of code:


                case FS_TEXT:
                case STD:
#if     !defined(_LITTLE_ENDIAN)
                        if (FILE_FLAG(cup->ufp.std) & _IOWRT)
                                if (fflush(cup->ufp.std) == EOF)
                                        FLUSH_ERROR(errno);
#endif
                        break;

As far as I understand, flushing is ignored on little endian machines. Is
there a special reason for this? Will it change?

Thanks,
best regards,
Erich


---
Erich Focht                                    <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


From owner-pro64-support@oss.sgi.com Fri Dec  8 11:29:27 2000
Received:  by oss.sgi.com id <S553795AbQLHT3I>;
	Fri, 8 Dec 2000 11:29:08 -0800
Received: from mm02snlnto.sandia.gov ([132.175.109.21]:40457 "HELO
        mm02snlnto.sandia.gov") by oss.sgi.com with SMTP id <S553769AbQLHT2s>;
	Fri, 8 Dec 2000 11:28:48 -0800
Received: from 132.175.109.1 by mm02snlnto.sandia.gov with ESMTP (
 WorldSecure Server SMTP Relay(WSS) v4.5); Fri, 08 Dec 2000 12:28:46
 -0700
X-Server-Uuid: 7edb479a-fd89-11d2-9a77-0090273cd58c
Received: from es08snlnt.sandia.gov (es08snlnt.sandia.gov
 [134.253.130.11]) by sass165.sandia.gov (8.10.2/8.10.2) with ESMTP id
 eB8JSkO02656 for <pro64-support@oss.sgi.com>; Fri, 8 Dec 2000 12:28:46
 -0700 (MST)
Received: by es08snlnt.sandia.gov with Internet Mail Service (
 5.5.2653.19) id <XRHMC7PG>; Fri, 8 Dec 2000 12:28:20 -0700
Message-ID: <656E69DD2448D21189030008C7A40E5A0419E1C8@es08snlnt.sandia.gov>
From:   "Clauser, Milton" <mjclaus@sandia.gov>
To:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Subject: Broken Links
Date:   Fri, 8 Dec 2000 12:28:16 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
X-WSS-ID: 162FE9E4200155-01-01
Content-Type: text/plain; 
 charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hi,

I just subscribed to your mailing lists for Pro64, and the Welcome... notes
that I received said: 

For up-to-date information about the SGI Open Systems project:
	"Pro64-Support"
check out "http://oss.sgi.com/projects/pro64-support/".

Unfortunately, this link seems to be broken.  (The same is true for the
other mailing lists.)

The "Pro64 Links" web page (and perhaps others) has an e-mail link to
"owner-Pro64@oss.sgi.com" at the bottom of the page.  I tried send this note
to that address, since I didn't think everybody on the support mailing list
wanted to receive it.  SGI's Post Office sent me a note that this link too
is broken.

What I'm really looking for is an archive, preferably web based, that's a
little easier to use than the majordomo archive.  Is there one?

Milt Clauser


From owner-pro64-support@oss.sgi.com Mon Dec 11 16:21:28 2000
Received:  by oss.sgi.com id <S553733AbQLLAVJ>;
	Mon, 11 Dec 2000 16:21:09 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:7982 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553691AbQLLAUj>;
	Mon, 11 Dec 2000 16:20:39 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA18654
	for <pro64-support@oss.sgi.com>; Mon, 11 Dec 2000 16:20:38 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id QAA02632; Mon, 11 Dec 2000 16:18:53 -0800 (PST)
From:   "Ross A. Towle" <rat@cchkms.engr.sgi.com>
Message-Id: <10012111618.ZM103241@cchkms.engr.sgi.com>
Date:   Mon, 11 Dec 2000 16:18:52 -0800
In-Reply-To: "Ross A. Towle" <rat>
        "Re: sgif90 broken on 2.4.0test10-001115-55smp" (Dec  7,  4:14pm)
References: <NEBBJFCMGKGOJOKGHMIIAECPCBAA.wavieira@pacbell.net> 
	<3A2EF34E.9F36A84B@turbolinux.com> 
	<10012071614.ZM62461@cchkms.engr.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     pro64-support@oss.sgi.com
Subject: Re: sgif90 broken on 2.4.0test10-001115-55smp
Cc:     ia64-dist@turbolinux.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

A tar file has been placed on the Pro64 website
(http://oss.sgi.com/projects/Pro64/download.html) that contains rebuilt
libfortran and libffio which work with 2.4.0test10 and glibc2.2.


-Ross

From owner-pro64-support@oss.sgi.com Tue Dec 12 11:35:24 2000
Received:  by oss.sgi.com id <S553803AbQLLTfF>;
	Tue, 12 Dec 2000 11:35:05 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:5626 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553690AbQLLTeg>;
	Tue, 12 Dec 2000 11:34:36 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id UAA23280
	for <pro64-support@oss.sgi.com>; Tue, 12 Dec 2000 20:34:35 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Tue, 12 Dec 2000 20:34:35 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Subject: sgif90: no cast in DATA
Message-ID: <Pine.LNX.4.21.0012122016310.18682-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hello,

on the IA64 the code generated by sgif90 for the following example is
wrong. Octal and hexadecimal constants seem to be shifted by 32 bits to
the left.

      program ftn3
      integer (kind=8) i,j
      data i / Z'1' /
      data j / O'1' /
      write(*,'(z16,2x,z16)')i,j
      end

[focht@warp4 byteswap]$ sgif90 ftn3.f
[focht@warp4 byteswap]$ ./a.out
       100000000         100000000

Best regards,
Erich Focht

---
Dr. Erich Focht                                <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


From owner-pro64-support@oss.sgi.com Tue Dec 12 12:02:54 2000
Received:  by oss.sgi.com id <S553803AbQLLUCf>;
	Tue, 12 Dec 2000 12:02:35 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:10234 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553690AbQLLUCb>;
	Tue, 12 Dec 2000 12:02:31 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA24882
	for <pro64-support@oss.sgi.com>; Tue, 12 Dec 2000 21:02:32 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Tue, 12 Dec 2000 21:02:32 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Subject: sgif90: FFIO library IA2MIPS problem
Message-ID: <Pine.LNX.4.21.0012122046010.18682-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

In my previous email to this mailing list I claimed that the DATA
statement is translated incorrectly. In fact it is not the data statement
but the hexadecimal and octal constants of the form O'123' of Z'afb' which
are interpreted wrongly if they are assigned to INTEGER*8 variables.

This bug has a drawback to the FFIO library. The routine IA2MIPS (which
should do the little to big-endian translation) doesn't work because of
the wrongly initialized arrays NSIZE and FSIZE (in BLOCK DATA
IA2MIPS_INIT in file libu/ieg/ia2mips.F). 

As a matter of fact the routine ia2mips was not registered in the list of
allowed numerical conversions with the FFIO library, I guess the reason
was the failure generated by the wrong interpretation of octal
constants.

To make it short: if anybody wants byte-swapping he should do the
following:

1: replace the contents of BLOCK DATA IA2MIPS_INIT in libu/ieg/ia2mips.F
by
      data nsize /
     1   2147516555,
     2   139,
     3   32904,
     4   2147516544,
     5   139,
     6   1/
      data fsize /
     1   2147516555,
     2   139,
     3   32904,
     4   2147516544,
     5   139,
     6   1/

2: replace the line
        { mips2ia_,    _conv_err,       1, 0, 0 },      /* NCV_MIPS */
by
        { mips2ia_,     ia2mips_,       1, 0, 0 },      /* NCV_MIPS */
in the file libu/util/fsztab.c

3: recompile libffio


Best regards,
Erich Focht


---
Dr. Erich Focht                                <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


From owner-pro64-support@oss.sgi.com Tue Dec 12 12:50:55 2000
Received:  by oss.sgi.com id <S553690AbQLLUuq>;
	Tue, 12 Dec 2000 12:50:46 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:16122 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553651AbQLLUuY>;
	Tue, 12 Dec 2000 12:50:24 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id VAA27612
	for <pro64-support@oss.sgi.com>; Tue, 12 Dec 2000 21:50:24 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Tue, 12 Dec 2000 21:50:24 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Subject: sgif90: FFIO library IA2MIPS problem, additional fixes
Message-ID: <Pine.LNX.4.21.0012122144070.18682-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing


There are some more fixes needed in order to get the little-endian to
big-endian conversion running for floating point numbers, too. They touch
the files ieg/ia2mips.F and ieg/ieeetran.c.

The first change is to set SWAP=1 in ieg/ia2mips.F.

The second change is to comment out (or enclose into
#ifndef _LITTLE_ENDIAN
#endif
) the calls to cswap4$_ and cswap8$_ in ieg/ieeetran.c. The swapping is
beeing done twice, once by calls to cswap[sd]$ in ieg/ia2mips.F, once in
ieeetran.c. Guess this is wrong...

Best regards,
Erich Focht


---
Dr. Erich Focht                                <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


From owner-pro64-support@oss.sgi.com Tue Dec 12 15:45:39 2000
Received:  by oss.sgi.com id <S553850AbQLLXp3>;
	Tue, 12 Dec 2000 15:45:29 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:46416 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553668AbQLLXpE>; Tue, 12 Dec 2000 15:45:04 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA01251
	for <pro64-support@oss.sgi.com>; Tue, 12 Dec 2000 15:53:20 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id PAA02042; Tue, 12 Dec 2000 15:43:30 -0800 (PST)
From:   "Ross A. Towle" <rat@cchkms.engr.sgi.com>
Message-Id: <10012121543.ZM2025@cchkms.engr.sgi.com>
Date:   Tue, 12 Dec 2000 15:43:29 -0800
In-Reply-To: "E. Focht" <focht@ess.nec.de>
        "sgif90: FFIO library IA2MIPS problem" (Dec 12,  9:02pm)
References: <Pine.LNX.4.21.0012122046010.18682-100000@sx6.ess.nec.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     efocht@ess.nec.de, pro64-support@oss.sgi.com
Subject: Re: sgif90: FFIO library IA2MIPS problem
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

The reason that ia2mips was not registered is because there are larger
problems than your comments about nsize and fsize.

Hint: look when the byte swapping takes place.  The code for byte swapping
big endian input was changed to do this correctly.  The code for byte
swapping on output was not fixed.

Thanks for the fix to nsize & fsize.

-Ross

From owner-pro64-support@oss.sgi.com Wed Dec 13 01:34:32 2000
Received:  by oss.sgi.com id <S553686AbQLMJeX>;
	Wed, 13 Dec 2000 01:34:23 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:34301 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553656AbQLMJeE>;
	Wed, 13 Dec 2000 01:34:04 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA07323;
	Wed, 13 Dec 2000 10:33:32 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Wed, 13 Dec 2000 10:33:31 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     "Ross A. Towle" <rat@cchkms.engr.sgi.com>
cc:     pro64-support@oss.sgi.com
Subject: Re: sgif90: FFIO library IA2MIPS problem
In-Reply-To: <10012121543.ZM2025@cchkms.engr.sgi.com>
Message-ID: <Pine.LNX.4.21.0012131025030.5479-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hello Ross,

On Tue, 12 Dec 2000, Ross A. Towle wrote:

> The reason that ia2mips was not registered is because there are larger
> problems than your comments about nsize and fsize.
> 
> Hint: look when the byte swapping takes place.  The code for byte swapping
> big endian input was changed to do this correctly.  The code for byte
> swapping on output was not fixed.

my second email on the subject described a way of fixing the problems you
mentioned. Conversion on output works now for me for 4 and 8 byte
integers, single and double precision floating point numbers. As REAL
(KIND=16) is not yet implemented in sgif90, I couldn't check them but I
guess those ones won't work.

> 
> Thanks for the fix to nsize & fsize.

You're welcome.

Best regards,
Erich


---
Dr. Erich Focht                                <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


From owner-pro64-support@oss.sgi.com Thu Dec 14 21:43:37 2000
Received:  by oss.sgi.com id <S553762AbQLOFn2>;
	Thu, 14 Dec 2000 21:43:28 -0800
Received: from www.pspl.co.in ([202.54.11.65]:30223 "EHLO www.pspl.co.in")
	by oss.sgi.com with ESMTP id <S553648AbQLOFnN>;
	Thu, 14 Dec 2000 21:43:13 -0800
Received: from kampala (kampala.intranet.pspl.co.in [192.168.1.57])
	by www.pspl.co.in (8.11.0/8.11.0) with SMTP id eBF5o9927137;
	Fri, 15 Dec 2000 11:20:13 +0530
From:   "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
To:     <pro64-support@oss.sgi.com>
Cc:     <svivek@pspl.co.in>, <hammigi@pspl.co.in>
Subject: Unable to build compiler sources
Date:   Fri, 15 Dec 2000 11:14:30 +0530
Message-ID: <000001c0665a$18f3bb10$3901a8c0@intranet.pspl.co.in>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing


>>	We are using the SGI Pro64 compiler version 0.01.0-12 and are mainly
interested in the 	intermediate representation produced by the compiler.

>>	We tried to build the compiler sources with gcc version : 2.95.2
	and got the following errors :

	No rule to make target : "/usr/lib/gcc-lib/i386-redhat-linux/egcs
2.91.66/include/stdarg.h" 	needed by libcomutil.a(cxx_memory.o)

	No rule to make target : "/usr/lib/gcc-lib/i386-redhat-linux/egcs
2.91.66/include/stdarg.h" 	needed by isa_gen.o


>>	We understand that this problem is because of the older version of gcc
and also know that 	SGI sources require gcc version 2.96 19991114
(experimental)

>>	However, it has been published by GCC Steering comittee (October 6th
2000) that GCC 2.96 	is not a formal GCC release nor will there ever be such
a release. Rather GCC 2.96 is the 	code-name for their development branch
that will eventually become GCC 3.0

>>	Hence, it would be of great help to us, if you could provide us some link
from where we 	can download the appropriate gcc version with which we can
build the compiler sources.

Thanks,
Rajalakshmi Iyer
Member of Technical Staff,
Persistent Systems
Pune India.


From owner-pro64-support@oss.sgi.com Fri Dec 15 02:08:40 2000
Received:  by oss.sgi.com id <S553785AbQLOKIb>;
	Fri, 15 Dec 2000 02:08:31 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:54379 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553711AbQLOKIU>;
	Fri, 15 Dec 2000 02:08:20 -0800
Received: from sguk.reading.sgi.com (sguk.reading.sgi.com [144.253.64.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id CAA01651
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 02:07:33 -0800 (PST)
	mail_from (mfoster@sgi.com)
Received: from nt-reading1.reading.sgi.com (nt-reading1.reading.sgi.com [144.253.64.202]) by sguk.reading.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF.hoststrip-1.1) via ESMTP id KAA10080; Fri, 15 Dec 2000 10:07:02 GMT
Received: by nt-reading1.reading.sgi.com with Internet Mail Service (5.5.2650.21)
	id <XWXH6FPQ>; Fri, 15 Dec 2000 10:07:02 -0000
Message-ID: <BD39367DB2A5D311BB8C009027D0E37B021CB3FC@nt-reading1.reading.sgi.com>
From:   Martyn Foster <mfoster@sgi.com>
To:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Cc:     Erik Jacobson <erikj@sgi.com>
Subject: Assertion failure query
Date:   Fri, 15 Dec 2000 10:07:01 -0000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hi,

We are benchmarking a code for a procurement exercise. The compiler reports
an 
error:


linia1 35% sgicc -DGASOLINE -c cooling.c

### Assertion failure at line 130 of ../../be/cg/localize.cxx:
### Compiler Error in file cooling.c during Localize phase:
### didn't find call BB after bb 3 for tn 137
sgicc INTERNAL ERROR:  /usr/lib/gcc-lib/ia64-sgi-linux/sgicc-1.0/be returned
non-zero status 1
linia1 36% sgicc -v
SGIcc Compilers: Version 0.01.0-12
linia1 37% uname -a
Linux linia1 2.4.0test8-000913-45smp #1 SMP Sat Oct 7 06:47:38 PDT 2000 ia64
unknown

The code is avaialable on linia1.americas.sgi.com in:
/home/daisy02/mfoster/pkdgrav/pkdgrav


Best wishes, Martyn


  |      ____________________________________
  \     /                                    |
   |    |    Dr Martyn Foster                |
    \_r<|_o  SGI, Barons Court, Wilmslow, UK |
        |    0780 226 0288                   |
        \____________________________________|

From owner-pro64-support@oss.sgi.com Fri Dec 15 03:27:51 2000
Received:  by oss.sgi.com id <S553757AbQLOL1l>;
	Fri, 15 Dec 2000 03:27:41 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:16379 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553711AbQLOL1W>;
	Fri, 15 Dec 2000 03:27:22 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA31841
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 12:27:23 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Fri, 15 Dec 2000 12:27:22 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Message-ID: <Pine.LNX.4.21.0012151223550.4041-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Please find appended an uuencoded gzipped Fortran source file which leads
to a crash of the sgif90 front-end. It must be related to the huge number
of DATA statements in the routine.

[focht@warp dbg]$ sgif90 -c test.f
Signal: Segmentation fault in Front End Parse/Semantic phase.
Error: Signal Segmentation fault in phase Front End Parse/Semantic -- processing aborted
sgif90 ERROR:  /usr/lib/gcc-lib/ia64-sgi-linux/sgicc-1.0/mfef90 died due to signal 4
sgif90 ERROR:  core dumped

Best regards,
Erich Focht


---
Dr. Erich Focht                                <efocht@ess.nec.de>
NEC European Supercomputer Systems, European HPC Technology Center
Hessbruehlstr. 21B, 70565 Stuttgart, Germany
phone: +49-711-78055-15                    fax  : +49-711-78055-25


begin 644 test.f.gz
M'XL("+_T.3H"`W1E<W0N9@"U74F3XT9ZO?M7\&15T8AIY)YYZ$,5BUVBQ&)5
MD)3</;?66&%/A&8T(;7LF'_O][X$P#5!-M,NJ0&01#[D\O+;<L'L7V;\[_W_
MS1^@)O*W^>%Q_?K#=K&:3[;SS79RMUB]/:R;!;YK%O/UNI%_KQ\6RWF3D_SK
M9/W<+)Z;V7.S6C>K1;.:-8OU:OX1"1;Y-)-3?_MRLVT^?OKSV[9YFVU6#R_-
M8CO;O#TAT=/;JMD\;+?-EH?E9O,VGS7YV"=>S%Y7,_ZVW;SA-SDN'N?-!O\6
MVU=\6KV]/'SD\2..L_6/+Q]WB>>KIZ</S=-BL_W`Q-O7)6Y<?X=4RQ6`-PT/
M^$D^+(9T3_/G]<-3\[!ZWJP_(,4;D[VM>=@TBY?YYMO=(S8;9`0E7&TVS6;Y
MB#LW^%^R]/PTW+;Y]/+CP[+!Z9%Y^.%E^_`HI\?7!O?R4W_KVW:]7<^;EX^\
M8`I^XE<L,(_+Q2K?L'I]FC<K.>ZRLWV8?8_?-EN<5IOM]WO5L?VXW6S7#4Z`
MX`D9:+;KE]FWZV:VVLKI53ZAUE_>MO?_'X1#YN?/\_4$6?ST@HRN?UBR+.MO
M-S@NNM/\XQM.W\\_X?@T7PXEZ/ZZHG=5E`O;P8.\#R_S+1YP)T]XKW7;/>6]
M-B$_Z7V\/W<[G_[>>=_EX+U5K3Y[(S+V/JF<M_?*2CU-)NN?__C]\T^__#SY
M_-MOG_\Y^?T?G__R<Y=Z]BV2SY!Z>C>]G^0VO<NEZ!^PGC\L)]+,1S_T%99Y
M<9<+?9^YT-_:<:*0,I/BSG0U-9+=9O+3'U\FO__M\R^_3'[^^Z]__.=_3?[^
MZY?)EU\G__/K;[_]<_+YIU__^+*?89#Z3JKTY)FK[=YO\L#7+__U\V]XVG_^
M\;>?__[E]\GGO__'Y.X?O_[^^U]_^N6?]Y-??OW+YU\F__WYM[\R5[^?X!V*
MI4S[3/#32C;M_61]_/S-E\]?_OJ7R7]\_O+Y&!PW=>U_#Z$F'\B8?U/WQ]0C
M,>XR/Z8:-^>/:%'>BXK^]#;/GT]2LM473W>Z&6X'C8Z^0?87KZL[[7RC3UOQ
M$_KDG5+WI^5525@%X=H_G$];O0Q9.TWBD`05^;)Y[I*<1V4>'QXSYW..!147
M1)5Z78XW7/-=%E6Z6;Z]0GSB<.91]Q"ZR_PD7-QW8JF[<?GZO)B!;7NZ"+]_
M6#XWF_F*I^4#5,Z_[Y3:PX_S2:[+KB*:7/M=`;J:/TYVV$NSM,3548&R^,3W
MG00]FQADG:^VI[(C?__^FY>'Q0HH\V_.R)=<M/=_VJY_F/_IS.^YS.__].%A
MN=G=</C\+,[/__2Z5[-#*XG`9V&/Y?2XCA]1OD.'$1W<J=U.T7;:=U2S=G]G
MU6G_VY@>[9__?+=:2->\$QQ>;N;]-;1V?WF4;LD$;SF!V"O#)YHMPP<Q3_I/
MQX]^G*-S#R`P5KH;#T0^\K>^%S.HA]GN78OA=&>F9YX@AE)_GUA&NZ=M]A^=
MC8^[7#^'&`>F46<,'5@_1SUP>?#0Y>%3S],-Y9O=BVG4UW0V`PN5-@A+&$I]
ME@=2/CUL'V"B9C'[W7WSW7LUF3363^[?*3/UC=)3TZ@F_]-3'*?=&=_$J7E7
MQ+%ATL06.!YWVR%5P)&89MJC.EZ5<:*:-*KU]^\2[F0*W>SCN0Y!\EE&46UH
ME-/W[XCAN_MU8UDJU15KR-@(C,-M(=Z_8P94VY6BKQ?3X=HK\A-2HUMW_TX/
M)>E18I^ZR4@C=:-;J#7=$B6G84U("8_24`,/K:L46B59M"WJ)"5\MKLSC#LG
MO^@6C56$T1,\F"39PTA(J(Q`$,@,#T@E&&TFC3$=3)<\YT&#>DKG2_S+OY=@
MC`5E`V!TB]0MJJ+5:-S$UI6*[B]5=UD"LG'2>.;'[1*EV%]J,WP9+P!YY"@D
MYL@.J5V^\OECVH&!FKH$A!Z$NW)[,3.[1$.V=AE4JEC3R;$7)62HKXM=K;0'
M&5-*E;.C%-O"2';Z^]LN4THY2=[V'WVY?A3J11G'AF\S$&_?^^`Z)H)`6A51
M#-)8B`;ER%?<3?*@GMN,%="9DGP28I1+92D<8M<IF`>B\`IU(9?Y%/$%#,E4
M[A;@C?(`@I^#BC$YL0\9*["RM7S6%$>^C.,3B7O_+L1=<F02!%;(HP.[V5<M
MP!TS609BEF-B/><J48Y%8><2>9BO65U&,ES$26C55B%#K90)^9-L^=S'65*T
M!;IZ\(V'6+7%'L^>J73.D+==R5!*W5682;O*9R\L`D%4:$T&>5)1I4#R`23R
M7]M?#LPNXB`?<&/OWY')-A>)A7"DCG)(W/+*LZ3H:+$LRO"K@RCFG4ZR@B?;
M_D+'KJC\K!M7;#&-!M)>,S^LV7QS8SH&L=<`*:""X'I#$Q5A/--;5`]D5?*[
MY')&1[5-1/_4372-52-]0^-FG:AB<CZ2WLN43GL?8BY;$0C^O6FI@?OB>"4U
MJS,!4T="9M"/]58#FAA2B+TU=G0Q[!DX1]]1NM-#913PQV@2,5&NMI(L,!^Z
M815;@H#TE$1M6T2!3C#&D,ZH4RH&YL5E*H5<[2E_RW*EHB@S:!!C3==1DQXZ
MI8^Y@%T.63.FG!T+%&>S6&4I4,4*3/!9$LDW6KX1<A=A'.[UE*M=/GS376G5
M\5F97,'0KJ;(90,984+(A3*=?)=GLQ@H&40*:KKM&[V(`S%HLA239Z?0YX+F
M09O3&^FQ?(HO]@J#6K048Q2PH$R@T=51Q0"&O8+8J?NF:"=`BEG5U3-24&@)
M791W?<]ONPLV7!$'[+*:%2UI?9^DKV41C!ZV36.E]HHX$!760.^X=DB0<M.U
M<J)0F4HMR^<B#@IB+7%PO\I8FIV:UD:;:T4KU7]?A,'#K4<U4TBK3AD[FBD*
MLB9+CLRI+#J*.%0E%&):'8M"]DOF@3U59\E?S@Y$F(V^-S8TK*C>?%'6[%D=
M9((O5W)DK<8,PX(Y/MP.+6][42_7Y3J&EG2*'-RI++M36?;0&"NWN</MCJ88
MK0"T1^R4.:6>XR>:&NCT(9L/H=C;'6PQEVVQ?#?E%GI<['77H,V<'Q'+#EW/
MV8[+$"#.9J%!`Z0'4#9U7Q910%WG*#):-Z1WNTLI38<:QG*#QG&^RPULBT`I
M#`9.0]H9=L=MQ-!C[R7!OPD3>B:);IVGPJ0$;=F/P"%+#X4*&AY7$49'^M*1
M,&+>2,J8$2#:,Y(((BAS$TLP-@$F*,*(>!-%`W^(R=$!K,`YRN:,V):`@@90
ME&(YN=/DLM%_D\K5V48(XHQZ5\*)+!=H,A''$V*+QY"%'X68#SD]#&:<5+&6
M0YA0$(B;A!NSQ>>&J_[L^V^*]:P(Y,4?C;OD\0@391W!@-^'QJ#/9KIT:&MD
M*RKIG&ZXZLXE(-/"93,VY<C'D.;<I6`6<1QPT#=SAG8Y`($C:A=]2DZ]^"@V
MEM-P_4)+KS:IJ=S,SJVGHGQ%G3JQOO3TQ$K>,:>%0QN5>+33E!]-OMFL5)14
M<7>ER@2,&F6*WK&AE#1LGR:>N2RB>`^G.(1,8RT-.^2`E*/``@K=&U>LWQ3@
M[*?4M5.^EQC=57_VEW#0<ZA3K<ODZY/'(TR2;P1#S$TQ^W.ZEC$N>I%6#!2:
M*99V?*)H+\/0T(,MS/@4N!+%/G-Q2G5NZ"_Q'T-&D!:ZV-A*['#896ALRA7(
M+@TQI2FZ*`#E.R+BGPYE%/$KC"<*$$2`3L6:H/)4W26URO34EMC!<(Q1:<O0
MA>A]F!93N9KR6D_[;[MS&2?;1H[-/:21*Y.1($IA7CAQK\HHXMXI*I9.53HO
MG4F(9VCMP7B'`<<>`B.H".1HTG@Z5M9/(6X@I:SC!?V1$*:,6`""82)>%W$\
MC<74MA)SF-*_1.M,X?.A6)'F7G)3JAS4<W-JE>QPDH3-#'"0P-(GI%V5:,=J
M,T4Y842Y[AS*&J\E*=H(FPWW^>Y^=(:C"T$"K"L#1;+,TS&?ANQ_H%(AP#3M
M$3V%>0&S(!E<%#$T70Q+ZJ")C?CY3,%+V'TPW6@HJ:EE#*T(8D4/>`FRIJS8
ML@J74`_;L/L.?"^#P!&#9T^G=9H=GD")P+Y(]KML#ZONLMBG`,%`8D1F7$X'
M\6`E.U:R$<0^89B(@9I0SI"+##.PG8941D)R,-/D,HI##R9)@+*L-=E,@6X]
M!564:""NP#MXXA!"CF>`.XFP%6$"95Q@;V`WHG^7I%0I!Y#IXTGDB#%I4T:1
M$(-%9F*:PI`).`8Y9O>%43=Q99B]4%;@E@$&B[J!Q0BZM#FBF/*E1-THKADT
MM$7R&=YG1/RAH2TI2Z_`TP'.ERZ?Q48JBC]#SAJCZ?PB9:#19QD'9`0N-M)R
M,-L@0L*9..`.QD!PXT#O1>48K\18Z3]19DCWZB*!K1M!@5@Q3LSJ*9PS1E<)
M17UANFAG-I%-V:XQ=.)@V*!Z>6,474DA;QC>R)?B@9./J6P>T1SWV0GOO,"I
M1!&AY%"GTE/I@]!Y<$6!!03`!''K<#?:%&FEGB5T,D7GIS/;G5W9Z@N@J8G4
MF9:&3;X?M=1=N'TD,[7E<D6(7I,X5*4E3<R>3A2;3:5L="4)ZQ8Q$D2D271Y
M77]OTY_][IMX&8@^KQ+M,MS<9$P:I?VUY*S(82O6#'@GPH;RH,EZBHQCT61<
M@\:$#+'8,HZB8F*\A`9,$-])TQMB\$Q4559;6;@[4P9BO`3D0OV(&H$.=[D_
ML3]VLB_++BIT50:29S+L2ZUOQ$(+')&1`""E!0/]G5R$5"P#.5:18S>7OAD[
M4UKER#C##")SR/141O',C@Q`T`;>T;\1`2R4MKV?-H*"NE02M\M:I`L)!'$^
ML@]C>E:642!T+6[(@0Z1YQ)/C6)YH25UZ!I-\C-2QY'92=3B?0IIE/VR2$R0
M^$4):/FKS4,/I^1K]_DG0W4C0!RDE*&'2_QKA%UE($;JM(3M+O!/;,HRG34?
MKAFWN\0_2OXR#.63EN#+P+\3[C4=L\HHL*"MEM!+SSU_U%8[5I51H,^L#JZW
MLT]XU^RQJHP26,,Q,(+H!NZ%IL"`,@Z>9PW%X"%'2A*H"&0H"0TE86>`^H$F
MO1`*P@.=J5`&HB@T).$^69#-/;X,TJB,0@8:0QU:YDLOC<HHL!IM-WC1\\6=
MXPRE41F%U6&H]RYPAI*HC((G6</8\R%G_%?QQC#P;`)UL!A_G?FXQR$3]K18
M&2<P-U%8/")J!AJ5@6A-&UHI9T7-"8W*0(D1?H:?#XG6%&A4!((.!9`&4(W:
M@PP$"KW.0[5WED9E%#B=.*0S:N^41F445JJ,?I15GK^H]F3LPXH0W5=[)S3R
M8WX>`"!PK&?0HR.<+9A-HW++!A8IZFJY92-YEEPOMXZ%UK'F*@.!*O"HH1T.
M==M9"A51'.AEG6*_.B^K]C57&44Q+W1$SLBI8_J445"CULD8\*F<.M9<913#
M:(3(T$,9M4^70?J4&\I)5$,\M#HKQSE6L3"PSLIQY*`C!RNM'$<.NJ0KK1P'
MLEDO@\`55HYG:-:KML[*\8HQ0I7JK!S/(3]/(7J6*S+FJRXK*T\IZH6"=<K*
MBT8B!RN5E2<'/3E8J:P\.>@YH:I&6?E(%/%H*I25ISOC4ZA35A[YAW3W=<HJ
M4(X&D:,5RBI0C@8=CY25.V]HEWMF`+-LL*I:6P5R+7`>3*6V"DAC`\<,:K15
M\*P?F8Q5U%:#GU]&X2R&$-D]SUO6^WY^&24RR$4A.F)=]SPJHU"&1D9]"[)J
M3_KH$9$36^*H?H:'Q`0X(X,1_E/NE&$8"(^:;MZ8P!KH4P;2Z%4YB'=&Q9W2
MIPS$])'.S#D5=T*?,@[=F2CN3-DQNTB=2'<FAO8"=;+X*:,$EBE()'J4-A0_
M910*T2A"]"QM#A38"`K:,;4RQ2B5#>/+(<5$/9Z$@5>$%$>,R40.)G)PU*&_
M+',2.9CHS)0=^JO$3F+FD_@S%XWDD>S0GTGBSU1P)]&?21(4JN!.8E`H25#H
MO$._K[K**`P*27#\G+ETK+/*,#(=C&')2X92YE)Q?@;G#[B6@<F":7TD=\I`
M"@E:&5@Y;UH?\*<,@]R[5AR:\8`0^5-&0:&=C,453.M][I11+(OD5)6Z`@"L
MD5:D:%%=[84'RSB>.*+(JYPK8+"*)2ZYSY%0LI;+0"B'D_&9*T0.V%`$XA"-
M4XP+58@<QW%$IW1;)7(<K2$<4I7(<1R(Q"%6B1S']0A.V5`E<AS+X&1T9Y]H
M7&B3FU_F6^QZ;+E7<8#'*6IR3I?GY+]L+;%&V3ZL*Y>GGNNI'VFHP"K.QF3'
MY(Z]YU5@&0BY=BI!F)X56U>;VHY5ZG0;CDQM8=]`/14OV3J.3>&T3-"I(`\U
M@NN6E_3DZ4ASZJ"74;3G%%UJFGV36!]44:Z<$2/0<0J`TS*U5HK2%6'(T"XS
MK)HR#*?6:AEBO"RZP((R$$FH&1V_(+K<!>FE`^I!,SP^)KWT9?+HR(I.H=9F
M`@;88\2MKA!@!CK3&7&K*SAH%"M/PI,5`LQ0F^<E*A4"C,M3G+&V$&+21T&=
M,HYE;IR3B$[0O62(N6$D@G+`\#(0N6)\/SYX-,:S'\&0IY1Q/'%"S*-._;BR
M%]E\)H)1QN%$2Y-4M@9O=T&!@>?:UM:ZH,#@''P*PBH7%!`@LQ51.&H*JE%S
MT%(46AEIO&0.NG+WM(9EDA#E^/@@NT89A15JG72)8K3U<JP=$,3QYV/M7R-0
MK6<5T[.^(M`^UKTLIXE;1G>N"+2#`F4@_.P<`SP7`^VD0!$';@!P9+5+>3K+
MI6"[DZ4N3N\'VT^GLUR:\@@`110)MA>GL_04**/0K'02I-R?SL+ZZ0VO`[E1
M!K(LE"S6&R/-(#?*0.2$DYFR8Z09Y$89"#\[1QJ.DF9\3H%SY*"3`,_M<PH`
M`'GJ)$H^3IJQ.04`X"H@4>?CI!G5-9[JW*NZN2@`X%QQ"5+VI-%J)'!5!M(L
M5)Z=7]`PX9HP.3#0(;S;349QX_-1RD!,X"D(#^VUK^:.IR#T$N"IX(Z76?G1
M5LU'<9S9['PR5?-1`("JD?G1%?-1'*='NZ#.SD<Y&>TKMU-@@"B(*J_S``*U
M>:!O7:FP`MWKP/A.I<(*#/$$AGCJ%%9@B"=(J'Q\9'B4.X'N=9!0>05W`B5I
M$$DZ+G/(A!$4+@$B`T^YPMU6N(XV<)%Z-TI<!.)@C8NJGCV1DC#J6.T_1LVB
M41=7^H^1NCA2$E;ZCY$9B5S'5>,_1L^:#JK.?XR!A>):D1K_,49%E%3G/\;$
M%4Z9A.?\Q_:0C$6<1`ZF//%G?U+#UX[[`(-<D3'K"^HSD[$,1`XF<O"2^LQD
M+`.1@TDX>/N,3@#@X2D3\'8-FDC`)`2LT*")!$Q"P`HIF$C`)`2LT*`)M>A;
MF<%[48.B["4<0"C@<`(OB7J)A&48Q8UE9"5#E0T'#!"LY6AAG0WG6\L*DA'K
M$QON'`G+0'BXEZ6LE]7P&`D]%[/"]*XC(0`T4"I)"``V>R4)?4L2JFM(B)(W
M19GL.5CC52;A%2-191RR,*^GN3SR/:*(/=?3^-/U-%\]#.6YGL;+>IH*+>QE
MW79>3'.[%O8<:_%Y,<WM6MAS,8W/BVENU\*>BVF\DCU,;M?"GNF\K*39'X;2
MHG?#]?-M/)_G92G-%9'.D=$CSZ4T7H99KHAT@CUE(&Z-)-MX78YTCE*'VWCY
M/-9R^UPMSZ$6KYVKFJOEN6FQU]Y6#7X#`$957DES(=+)T-5(S<C6;GGV8Y74
MT5R$:&3NSF6[JQGIH*:%:#><NW.%W342*@<&JLCH_5#YB/@IPU`*&ME)Y_:)
M$P#@&F$[1,K=6+2\C&)9)%<7*0<`%(01:W)<Y5'\E%%D![+`Y9^C=I<(H7)W
M,(&9B=53VX'!=DKIFMD7;F3.E[>4@Y9R\`KVC8DO2SEH9>;.)?:-C=4``JUN
M\]2=FZ<+`@`5;?/4'7?KU!T`L$R54W<`@#XNNR]<8!^57QD%?<#;O)YKE'T7
M@O;`8*'J%W0!@XO=BPNZ3K1@&2CA9QEAN10[&_<</0=9?!YDJ3#:.<CB\R#+
M[7%[ST$6'&)5W!X`K!J9NW-[W!X`L`B<BR=S=_)T9:5VDF/,#G1L1EE/(T7H
MEBL;V=FO&PN/6=IS@?Q('^=Z&N^BVDE3FW>)M-D8U4<N:1DHLL$3%<UE(H\,
M0`$#4L=SZLYH&.]B-!@8J&I/"HZ&\08)608B"SWW01JU`GMVEW&X`:<,M8PX
M$#V[RRB6N;&IG[\SNNJCC.+0[M[%2ZOR_=@Z,P!P+UL?SJPS.W5)RRB>#15B
MGK>_WR?ZJ63=5LG2.\HP@9GAKB_["_IWB_EU#DQW="[#(*D/K=@ZS15RN0@4
M0`T?.&7BBJAT4QZP!@;(&R@%KXA*C_G#@8(PV$I_.)"`P5;ZPX$$#*[2'PY2
M%[[2'PXD8`B5_G`(;*;23/#C"94CIFF@12F;R.Q/Z%0'<SH[P3SB/W`+&1_S
MFL+ND;'M%$SN#E?9*!$I?-2F=F(!,-`=HNQ@5#6Q`!@D/U<BU!@HD1OKQ+PW
MZ.T&2G1@3LR;&]]NH$3ISN)45Q@HD2YUE('J"@,EHBY]3$>;7$@$D1NC6W>M
M01#Q(,C2MMH@2&1@(@.O6/W9E*<I`P,,3&3@%:L_1]8.`P/ME1C6J5D[#`3"
M2%QG?/4G251&85PG25QG?/7GV'0F`'`;_F!*TYG\-5.4`<`:EHG@13M@V+%G
M1`>G2)SDJW5P0NN$EF^JN&)>P<CBX="B+4/+'=ZOF%<P,J`!#,/]4ZL'-(!!
M('LPH/'5D1T`H!^TKJV*[`!`$25=F@/IQI;AA=:SCD.W#._6P=C`,9H@FT;6
M[>L5N&ED:"D*Z_;U`@;2H'UK]_4*_#TH%4IKQJ^2&('I@@S45$B,P%&:D-^Z
M<OL$R,!M^H*\=>5XX517)I]W,\^OX=!E''F?21ZD$0UEQ@E4!B()E01W+@^D
M@D-EH(#^J1C<N6(@=612>:#P#8KFX!4#J<U87?.-*K(HID;N4)J'O"3F]H'4
M0-,XY"4QMP^D!@[4!"WSP&\?2`W<@CAH68YP82!UU%0&!'&<.``'[NM7!F6`
MP;LY5C@L.[AA6@`0V-X2V[F\_<$8E;7L_\_8SA7;'XPXH,!`#1F^J.R2]TE:
M%F%,BV:7H9H+F_6,!5("QVF"$<_F]D`*`"Q0C*[:WA``W(I6EB*4UI%>8W0'
M;GL6\I:J549WX+:JP3#`6.>M!1/XYBR2L,);`P`8:%)=.!D`BBBISF3B.`T.
ML<YDLNS55E1YA<EDJ<IMG@:>.CFSDS!=0+?_MHRBB6*Z67F#`#R_FG1DWFS@
MIF?!BC4I35&2?)=B*<!`2UDOV];JW?N/8GY;1=LOC;@4O0`$^I4-U2,LP(#(
ML;%ZA`48:'?75H^P``-=PJG*+N%P#PZ57<+)*V%T99=PFE5CKNH2(WDQ(+.3
M'?Z/9K)_U6YWP3F6R5_8[2Y<G)8"#'#0A>II*<#@;O>Q>EH*,%A%R5=M>`<`
M]&S?NJH-[P#`%Z6)+K]]P[O`?;>#U]=M>%=&H2[W>5EAEC9[(V&49O(F))9H
M;&$$$)@9&2F\O(QO)'H!#+23YW!U9?3"(__!,[I3&;WPW`??,\!3&;WPD4"R
M<]3M@5,`\.T6LOO>[8%3`$"2!I&DMP=.`8`Z#EKMK<B26+ODIAN"DC>+CL>^
M`,'<"`DO4V=,9072,)"&E2HKD(:!-*Q468$T##)J74&=0(LRR"+K"NH$-#-`
M0B5U*$E#\I74H22-[=Z6=[?%+B)MRB@4O.SMC2Q#``8X&,G!*[R]D:%S8("#
MD6\SJAHZ!P2T1)3EK>/>WMAFB0!@;KRIVBP1`!!=,>BQS1(OALH!`-$5#T+E
MQ^'Q_7U4RC@4I)$,O&+*]<@H,S#X<I-V&&6^M$EF$2@Q5)YH4E[8=674)TGR
M.E!=-SX<N)XF)!/&=EZYN+$E`%`1,MXSS"4X"!1U)N;XM+'`X9Z09-N>MF:7
M.8@;5HV$*.L"W(D<3"<[IGQ]@#LQ1"GC-94!;H[7Q%9LRML#W`#@1CBJ;D@,
M`'SEH#95`6X`L"Z-W0]PGRZRO1C9`01SD[>.JHGL`","2(S*JN%48'!B3F]4
MWCZ<"@RF%*.R8C@5"(01D_+VX50`H``JFY2W<X?OVHLJFY0W#Z=&)2\I$^=\
M?#/=L1A1E/<8*J-K=[>,?"E35%3F=7(GLBVBXMR?.KD3^3;.J&A07BMW9@=0
MW\\_;1\>^[>T-GQWZ#</WS3?/.P=NN-P>E=$").&,V?EMN'^X7P]#E^?Y7J<
M7:I'_O7GQ['TC+$A_6/WUZ49D@X?\J$,1%*X`:A/,N.__F]W/8;#E]L"9[;W
MMP\RGAAL3T>)ST&,H\@+RPY1<O(>9``;`P'/H>.^>>K^D.9I][?[-`;!@-$>
MQ#%(]\V<?]_LZ#I[6"XGV_EFJR=WFT\OV_6\>=NN>5ILM@^S[YN7CZO7)XW3
M^ML-CILMOEMMMM^_?&PRQ+].YNMULURL)-';ZZ99__BP;!:O/VR;!7]:X(=Y
MLY8C[N*/_/?VL)ZOM@/(^KE9/#>SYV:U;E:+9C5K%NO5_",P%ODTDU-_^W*S
M;3Y^^O/;MGF;;58/+WC*;//VA$1/;ZMF\[#=-EL>EIO-VWS6Y&.?>#%[7<WX
MVW;SAM_DN'B<-QO\6VQ?\6GU]O+PD<>/.,[6/^Z5=C%?/3U]:)Y0/Q^8>/NZ
MQ(WK[Y!JN0+PIN$!/\F'Q9#N:?Z\?GAJ'E;/F_4'I'ACLK<U#YMF\3+??+M[
MQ&8C]8^*WC2;Y2/NW.!_R=+STW`;VHL5B=,C\_##"\@@I\?7!O?BTWW7RLCR
+O_POQDV?J$B4````
`
end


From owner-pro64-support@oss.sgi.com Fri Dec 15 03:37:41 2000
Received:  by oss.sgi.com id <S553738AbQLOLhV>;
	Fri, 15 Dec 2000 03:37:21 -0800
Received: from ehpctcxt1.nec.tz.uni-stuttgart.de ([129.69.131.43]:22779 "EHLO
        sx6.ess.nec.de") by oss.sgi.com with ESMTP id <S553711AbQLOLhD>;
	Fri, 15 Dec 2000 03:37:03 -0800
Received: from localhost (focht@localhost)
	by sx6.ess.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA32423
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 12:37:04 +0100
X-Authentication-Warning: sx6.ess.nec.de: focht owned process doing -bs
Date:   Fri, 15 Dec 2000 12:37:04 +0100 (MET)
From:   "E. Focht" <focht@ess.nec.de>
Reply-To: efocht@ess.nec.de
To:     pro64-support@oss.sgi.com
Subject: sgif90 front-end crash due to DATA statements
Message-ID: <Pine.LNX.4.21.0012151231170.4041-100000@sx6.ess.nec.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Apologies,
my previous email went out without subject line...

Erich


From owner-pro64-support@oss.sgi.com Fri Dec 15 06:34:53 2000
Received:  by oss.sgi.com id <S553757AbQLOOem>;
	Fri, 15 Dec 2000 06:34:42 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:31506 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553736AbQLOOeS>;
	Fri, 15 Dec 2000 06:34:18 -0800
Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA20696
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 06:33:27 -0800 (PST)
	mail_from (lesniak@sgihud.hudson.sgi.com)
Received: (from lesniak@localhost) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA50639; Fri, 15 Dec 2000 09:27:58 -0500 (EST)
Date:   Fri, 15 Dec 2000 09:27:58 -0500 (EST)
From:   lesniak@sgihud.hudson.sgi.com (Ken Lesniak)
Message-Id: <200012151427.JAA50639@sgihud.hudson.sgi.com>
To:     pro64-support@oss.sgi.com, efocht@ess.nec.de
Reply-To: lesniak@sgihud.hudson.sgi.com
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

>Please find appended an uuencoded gzipped Fortran source file which leads
>to a crash of the sgif90 front-end. It must be related to the huge number
>of DATA statements in the routine.
>
>[focht@warp dbg]$ sgif90 -c test.f
>Signal: Segmentation fault in Front End Parse/Semantic phase.
>Error: Signal Segmentation fault in phase Front End Parse/Semantic -- processing aborted
>sgif90 ERROR:  /usr/lib/gcc-lib/ia64-sgi-linux/sgicc-1.0/mfef90 died due to signal 4
>sgif90 ERROR:  core dumped
>
>Best regards,
>Erich Focht

Erich,

Thank you for providing a test case. I've passed the info on to the
appropriate developer.

Ken

From owner-pro64-support@oss.sgi.com Fri Dec 15 07:13:32 2000
Received:  by oss.sgi.com id <S553757AbQLOPNW>;
	Fri, 15 Dec 2000 07:13:22 -0800
Received: from nixpbe.pdb.sni.de ([192.109.2.33]:15886 "EHLO nixpbe.pdb.sni.de") convert rfc822-to-8bit
	by oss.sgi.com with ESMTP id <S553736AbQLOPNG>;
	Fri, 15 Dec 2000 07:13:06 -0800
Received: from trolli.pdb.fsc.net ([172.25.97.20])
	by nixpbe.pdb.sni.de (8.9.3/8.9.3) with ESMTP id QAA09174
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 16:13:02 +0100 (MET)
Received: from abg0972e.abg.fsc.net (abg0972e.abg.fsc.net [141.29.77.162])
	by trolli.pdb.fsc.net (8.9.3/8.9.3) with ESMTP id QAA05573
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 16:13:02 +0100
Received: by abg0972e.abg.fsc.net with Internet Mail Service (5.5.2650.21)
	id <Y8QFPJRR>; Fri, 15 Dec 2000 16:13:01 +0100
Message-ID: <09BE2D952F35D411ABAF009027B6B1D349E3CC@abg0971e.abg.fsc.net>
From:   "Kratzer, Willi" <Willi.Kratzer@fujitsu-siemens.com>
To:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Subject: Pro64 do not work correctly with option -p or -pg
Date:   Fri, 15 Dec 2000 16:12:58 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Error with Pro64 compilers when option -p or -pg is used

Output of uname -a:
Linux linux64 2.4.0-test7 #4 SMP Tue Aug 29 21:55:48 PDT 2000 ia64 unknown
Output of sgicc -version
SGIcc Compilers: Version 0.01.0-12

Submitter: Willi Kratzer, Fujitsu Siemens Computers, Augsburg, Germany
Email: willi.kratzer@fujitsu-siemens.com <mailto:willi.kratzer@fujitsu-siemens.com> 

Submission date: Dec. 15, 2000

Error description: When the compiler option -p or -pg is specified, the generated
executable does not behave as it should.
Compilation and linking seem to be okay in the sense that an executable
is generated without any errors or warnings. But they are not okay:
execution is aborted after a very short time with a "Segmentation Fault"
when a C program is dealt with, or with a "Illegal Instruction" in case of Fortran.
The error occurred with any program.

Implications: Profiling with gprof is not possible because of this errors.
So it is hard to tune programs.

Mit freundlichem Gruß / Best Regards
     Willi Kratzer

---
Willi Kratzer, Fujitsu Siemens Computers
PO PC Workstations
Buergermeister-Ulrich-Str. 100
D-86199 Augsburg, Germany
Tel: (..821)-804-4810
Fax: (..821)-804-2568
Email: willi.kratzer@fujitsu-siemens.com <mailto:willi.kratzer@fujitsu-siemens.com> 

From owner-pro64-support@oss.sgi.com Fri Dec 15 09:58:56 2000
Received:  by oss.sgi.com id <S553774AbQLOR6q>;
	Fri, 15 Dec 2000 09:58:46 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:59463 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553787AbQLOR63>; Fri, 15 Dec 2000 09:58:29 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA02318
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 10:06:48 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id JAA02421; Fri, 15 Dec 2000 09:56:52 -0800 (PST)
From:   "Ross A. Towle" <rat@cchkms.engr.sgi.com>
Message-Id: <10012150956.ZM2415@cchkms.engr.sgi.com>
Date:   Fri, 15 Dec 2000 09:56:51 -0800
In-Reply-To: "Kratzer, Willi" <Willi.Kratzer@fujitsu-siemens.com>
        "Pro64 do not work correctly with option -p or -pg" (Dec 15,  4:12pm)
References: <09BE2D952F35D411ABAF009027B6B1D349E3CC@abg0971e.abg.fsc.net>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     "Kratzer, Willi" <Willi.Kratzer@fujitsu-siemens.com>,
        "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Subject: Re: Pro64 do not work correctly with option -p or -pg
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Yes, -p and -pg do not work.  The runtime routine (part of Linux distribution)
changed its interface from a standard call to a nonstandard call.  The
change in sgicc/sgif90 has not been released.  A new release is undergoing
testing.

-Ross

From owner-pro64-support@oss.sgi.com Fri Dec 15 11:19:35 2000
Received:  by oss.sgi.com id <S553791AbQLOTTQ>;
	Fri, 15 Dec 2000 11:19:16 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:13672 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553785AbQLOTSq>;
	Fri, 15 Dec 2000 11:18:46 -0800
Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA01716
	for <pro64-support@oss.sgi.com>; Fri, 15 Dec 2000 11:17:59 -0800 (PST)
	mail_from (mpm@rohi.engr.sgi.com)
Received: (from mpm@localhost) by rohi.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA32312; Fri, 15 Dec 2000 11:15:36 -0800 (PST)
Date:   Fri, 15 Dec 2000 11:15:36 -0800 (PST)
From:   mpm@rohi.engr.sgi.com (Michael Murphy)
Message-Id: <200012151915.LAA32312@rohi.engr.sgi.com>
To:     <pro64-support@oss.sgi.com>,
        "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
Subject: Re:  Unable to build compiler sources
Cc:     <hammigi@pspl.co.in>, <svivek@pspl.co.in>
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

	From: "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
	
	>>	We tried to build the compiler sources with gcc version : 2.95.2
		and got the following errors :
	
		No rule to make target : "/usr/lib/gcc-lib/i386-redhat-linux/egcs
	2.91.66/include/stdarg.h" 	needed by libcomutil.a(cxx_memory.o)
	
		No rule to make target : "/usr/lib/gcc-lib/i386-redhat-linux/egcs
	2.91.66/include/stdarg.h" 	needed by isa_gen.o
	
This looks like you have old Makedepend files.  Have you tried doing a
"make clobber" in those build directories?
I don't think this is due to the use of version 2.95.
-- Mike Murphy
-- mpm@sgi.com
-- quote of the day:
--  "Treat others as you would like them to treat you." (Jesus, Matthew 7:12)

From owner-pro64-support@oss.sgi.com Tue Dec 19 01:06:34 2000
Received:  by oss.sgi.com id <S553729AbQLSJGZ>;
	Tue, 19 Dec 2000 01:06:25 -0800
Received: from roura.ac.upc.es ([147.83.33.10]:13740 "EHLO roura.ac.upc.es")
	by oss.sgi.com with ESMTP id <S553657AbQLSJGG>;
	Tue, 19 Dec 2000 01:06:06 -0800
Received: from ac.upc.es (coderch.ac.upc.es [147.83.31.3])
	by roura.ac.upc.es (8.11.0/8.11.0) with ESMTP id eBJ98UO10953
	for <pro64-support@oss.sgi.com>; Tue, 19 Dec 2000 10:08:30 +0100 (MET)
Message-ID: <3A3F258D.5DCCCFAF@ac.upc.es>
Date:   Tue, 19 Dec 2000 10:08:29 +0100
From:   Eduard Santamaria Barnadas <esantama@ac.upc.es>
Organization: DAC-UPC
X-Mailer: Mozilla 4.7 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     pro64 support <pro64-support@oss.sgi.com>
Subject: new to SGI Pro64
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hi!

I'm new to SGI Pro64. I've got to compile its sources on a SGI Origin
2000 and
then make the Pro64 generate code that runs on that platform.

I'll welcome any kind of advice as well as references to resources that
extend the documentation available at sgi.com.

Thanks,

Eduard Santamaria
Departament d'Arquitectura de Computadors
UPC, Barcelona

From owner-pro64-support@oss.sgi.com Wed Dec 20 04:18:09 2000
Received:  by oss.sgi.com id <S553898AbQLTMRt>;
	Wed, 20 Dec 2000 04:17:49 -0800
Received: from www.pspl.co.in ([202.54.11.65]:24333 "EHLO www.pspl.co.in")
	by oss.sgi.com with ESMTP id <S553700AbQLTMRZ>;
	Wed, 20 Dec 2000 04:17:25 -0800
Received: from kampala (kampala.intranet.pspl.co.in [192.168.1.57])
	by www.pspl.co.in (8.11.0/8.11.0) with SMTP id eBKCNl914029;
	Wed, 20 Dec 2000 17:53:48 +0530
From:   "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
To:     <pro64-support@oss.sgi.com>, <rat@cchkms.engr.sgi.com>
Cc:     <hammigi@pspl.co.in>, <svivek@pspl.co.in>, <pande@pspl.co.in>
Subject: SGI Pro64 Source code build problems
Date:   Wed, 20 Dec 2000 17:48:33 +0530
Message-ID: <000201c06a7e$f90c4b90$3901a8c0@intranet.pspl.co.in>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0003_01C06AAD.12C48790"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

This is a multi-part message in MIME format.

------=_NextPart_000_0003_01C06AAD.12C48790
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


We are using the SGI Pro64 compiler version 0.01.0-12 and are mainly
interested in the intermediate representation produced by the compiler.

Initially we tried to build the entire source code using
	make build -f Make.cross
But we were unsuccessful. Then :

a)	We tried to build ir_walker.c under /osprey1.0/ir_tools since it is 	the
most relevant to us.
b)	While creating the config.o file:

	i)	In /usr/include/g++-2/stl_alloc.h :	class simple_alloc is created with a
template class Alloc. This class Alloc is actually class mempool_allocator
during object creation.

	ii)  	In /osprey1.0/common/util/mempool_allocator.h : We have a non-static
function
	pointer allocate (size_type n, const void* =0)

	iii)  In /usr/include/g++-2/stl_alloc.h we have a call to the
mempool_allocator.allocate(..) function which is as follows :
	<template class T, class Alloc>
	class simple_alloc
	{
		...
		....	Alloc::allocate (...)
	}
	However, we understand that only static member functions can be called
using (::) operator.

	iv)	Hence we are getting errors like function allocate invoked without
object.

	v)	Similar argument also applies to the deallocate and other functions in
stl_vector.h

	I dont think this is a problem relating to the gcc version. We are using
gcc version 2.95.2
	I am sending the listing produced on standard error when I tried to build
the make file under osprey1.0/targia32_ia64_nodebug/ir_tools directory. As
evident from this listing, all problems occur when trying to call non-static
member functions using :: operator.
	Any help in this regard would be greatly appreciated.

Thanks in advance
Rajalakshmi Iyer
Member of Technical Staff,
Persistent Systems
Pune India.



------=_NextPart_000_0003_01C06AAD.12C48790
Content-Type: text/plain;
	name="irtool_err.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="irtool_err.txt"

/usr/include/g++-2/stl_alloc.h: In function `static struct pair<ST =
*,int> * simple_alloc<pair<ST *,int>,mempool_allocator<ST *> =
>::allocate<pair<ST *,int>, mempool_allocator<ST *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from `vector<pair<ST =
*,int>,mempool_allocator<ST *> >::insert_aux<pair<ST *,int>, =
mempool_allocator<ST *>>(pair<ST *,int> *, const pair<ST *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<ST =
*,int>,mempool_allocator<ST *> >::push_back<pair<ST *,int>, =
mempool_allocator<ST *>>(const pair<ST *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<ST,128>::Update_Map<ST, 128>(ST *, unsigned =
int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<ST,128>::Allocate<ST, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<ST *>::allocate<ST *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<ST *,int>,mempool_allocator<ST *> =
>::deallocate<pair<ST *,int>, mempool_allocator<ST *>>(struct pair<ST =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from `vector<pair<ST =
*,int>,mempool_allocator<ST *> >::insert_aux<pair<ST *,int>, =
mempool_allocator<ST *>>(pair<ST *,int> *, const pair<ST *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<ST =
*,int>,mempool_allocator<ST *> >::push_back<pair<ST *,int>, =
mempool_allocator<ST *>>(const pair<ST *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<ST,128>::Update_Map<ST, 128>(ST *, unsigned =
int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<ST,128>::Allocate<ST, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<ST *>::deallocate (pair<ST *,int> *&, unsigned int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<ST *>::deallocate<ST *>(ST **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<PU =
*,int> * simple_alloc<pair<PU *,int>,mempool_allocator<PU *> =
>::allocate<pair<PU *,int>, mempool_allocator<PU *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from `vector<pair<PU =
*,int>,mempool_allocator<PU *> >::insert_aux<pair<PU *,int>, =
mempool_allocator<PU *>>(pair<PU *,int> *, const pair<PU *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<PU =
*,int>,mempool_allocator<PU *> >::push_back<pair<PU *,int>, =
mempool_allocator<PU *>>(const pair<PU *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<PU,128>::Update_Map<PU, 128>(PU *, unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<PU,128>::Allocate<PU, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<PU *>::allocate<PU *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<PU *,int>,mempool_allocator<PU *> =
>::deallocate<pair<PU *,int>, mempool_allocator<PU *>>(struct pair<PU =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from `vector<pair<PU =
*,int>,mempool_allocator<PU *> >::insert_aux<pair<PU *,int>, =
mempool_allocator<PU *>>(pair<PU *,int> *, const pair<PU *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<PU =
*,int>,mempool_allocator<PU *> >::push_back<pair<PU *,int>, =
mempool_allocator<PU *>>(const pair<PU *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<PU,128>::Update_Map<PU, 128>(PU *, unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<PU,128>::Allocate<PU, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<PU *>::deallocate (pair<PU *,int> *&, unsigned int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<PU *>::deallocate<PU *>(PU **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<TY =
*,int> * simple_alloc<pair<TY *,int>,mempool_allocator<TY *> =
>::allocate<pair<TY *,int>, mempool_allocator<TY *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from `vector<pair<TY =
*,int>,mempool_allocator<TY *> >::insert_aux<pair<TY *,int>, =
mempool_allocator<TY *>>(pair<TY *,int> *, const pair<TY *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<TY =
*,int>,mempool_allocator<TY *> >::push_back<pair<TY *,int>, =
mempool_allocator<TY *>>(const pair<TY *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<TY,128>::Update_Map<TY, 128>(TY *, unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<TY,128>::Allocate<TY, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<TY *>::allocate<TY *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<TY *,int>,mempool_allocator<TY *> =
>::deallocate<pair<TY *,int>, mempool_allocator<TY *>>(struct pair<TY =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from `vector<pair<TY =
*,int>,mempool_allocator<TY *> >::insert_aux<pair<TY *,int>, =
mempool_allocator<TY *>>(pair<TY *,int> *, const pair<TY *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from `vector<pair<TY =
*,int>,mempool_allocator<TY *> >::push_back<pair<TY *,int>, =
mempool_allocator<TY *>>(const pair<TY *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<TY,128>::Update_Map<TY, 128>(TY *, unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<TY,128>::Allocate<TY, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<TY *>::deallocate (pair<TY *,int> *&, unsigned int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<TY *>::deallocate<TY *>(TY **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<FLD =
*,int> * simple_alloc<pair<FLD *,int>,mempool_allocator<FLD *> =
>::allocate<pair<FLD *,int>, mempool_allocator<FLD *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<FLD *,int>,mempool_allocator<FLD *> >::insert_aux<pair<FLD =
*,int>, mempool_allocator<FLD *>>(pair<FLD *,int> *, const pair<FLD =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<FLD *,int>,mempool_allocator<FLD *> >::push_back<pair<FLD =
*,int>, mempool_allocator<FLD *>>(const pair<FLD *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<FLD,128>::Update_Map<FLD, 128>(FLD *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<FLD,128>::Allocate<FLD, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<FLD *>::allocate<FLD *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<FLD *,int>,mempool_allocator<FLD *> =
>::deallocate<pair<FLD *,int>, mempool_allocator<FLD *>>(struct pair<FLD =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<FLD *,int>,mempool_allocator<FLD *> >::insert_aux<pair<FLD =
*,int>, mempool_allocator<FLD *>>(pair<FLD *,int> *, const pair<FLD =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<FLD *,int>,mempool_allocator<FLD *> >::push_back<pair<FLD =
*,int>, mempool_allocator<FLD *>>(const pair<FLD *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<FLD,128>::Update_Map<FLD, 128>(FLD *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<FLD,128>::Allocate<FLD, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<FLD *>::deallocate (pair<FLD *,int> *&, unsigned =
int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<FLD *>::deallocate<FLD *>(FLD **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<ARB =
*,int> * simple_alloc<pair<ARB *,int>,mempool_allocator<ARB *> =
>::allocate<pair<ARB *,int>, mempool_allocator<ARB *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<ARB *,int>,mempool_allocator<ARB *> >::insert_aux<pair<ARB =
*,int>, mempool_allocator<ARB *>>(pair<ARB *,int> *, const pair<ARB =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<ARB *,int>,mempool_allocator<ARB *> >::push_back<pair<ARB =
*,int>, mempool_allocator<ARB *>>(const pair<ARB *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<ARB,128>::Update_Map<ARB, 128>(ARB *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<ARB,128>::Allocate<ARB, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<ARB *>::allocate<ARB *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<ARB *,int>,mempool_allocator<ARB *> =
>::deallocate<pair<ARB *,int>, mempool_allocator<ARB *>>(struct pair<ARB =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<ARB *,int>,mempool_allocator<ARB *> >::insert_aux<pair<ARB =
*,int>, mempool_allocator<ARB *>>(pair<ARB *,int> *, const pair<ARB =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<ARB *,int>,mempool_allocator<ARB *> >::push_back<pair<ARB =
*,int>, mempool_allocator<ARB *>>(const pair<ARB *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<ARB,128>::Update_Map<ARB, 128>(ARB *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<ARB,128>::Allocate<ARB, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<ARB *>::deallocate (pair<ARB *,int> *&, unsigned =
int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<ARB *>::deallocate<ARB *>(ARB **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<unsigned =
int *,int> * simple_alloc<pair<unsigned int =
*,int>,mempool_allocator<unsigned int *> >::allocate<pair<unsigned int =
*,int>, mempool_allocator<unsigned int *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<unsigned int *,int>,mempool_allocator<unsigned int *> =
>::insert_aux<pair<unsigned int *,int>, mempool_allocator<unsigned int =
*>>(pair<unsigned int *,int> *, const pair<unsigned int *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<unsigned int *,int>,mempool_allocator<unsigned int *> =
>::push_back<pair<unsigned int *,int>, mempool_allocator<unsigned int =
*>>(const pair<unsigned int *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<unsigned int,128>::Update_Map<TYLIST, 128>(TYLIST *, =
unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<unsigned int,128>::Allocate<TYLIST, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<unsigned int *>::allocate<TYLIST *>(unsigned int, =
const void *)' without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<unsigned int *,int>,mempool_allocator<unsigned int *> =
>::deallocate<pair<unsigned int *,int>, mempool_allocator<unsigned int =
*>>(struct pair<unsigned int *,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<unsigned int *,int>,mempool_allocator<unsigned int *> =
>::insert_aux<pair<unsigned int *,int>, mempool_allocator<unsigned int =
*>>(pair<unsigned int *,int> *, const pair<unsigned int *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<unsigned int *,int>,mempool_allocator<unsigned int *> =
>::push_back<pair<unsigned int *,int>, mempool_allocator<unsigned int =
*>>(const pair<unsigned int *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<unsigned int,128>::Update_Map<TYLIST, 128>(TYLIST *, =
unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<unsigned int,128>::Allocate<TYLIST, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<unsigned int *>::deallocate (pair<unsigned int *,int> =
*&, unsigned int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<unsigned int *>::deallocate<TYLIST *>(TYLIST **, =
unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<LABEL =
*,int> * simple_alloc<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::allocate<pair<LABEL *,int>, mempool_allocator<LABEL *>>(unsigned =
int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::insert_aux<pair<LABEL *,int>, mempool_allocator<LABEL *>>(pair<LABEL =
*,int> *, const pair<LABEL *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::push_back<pair<LABEL *,int>, mempool_allocator<LABEL *>>(const =
pair<LABEL *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<LABEL,128>::Update_Map<LABEL, 128>(LABEL *, =
unsigned int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<LABEL,128>::Allocate<LABEL, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<LABEL *>::allocate<LABEL *>(unsigned int, const void =
*)' without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::deallocate<pair<LABEL *,int>, mempool_allocator<LABEL *>>(struct =
pair<LABEL *,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::insert_aux<pair<LABEL *,int>, mempool_allocator<LABEL *>>(pair<LABEL =
*,int> *, const pair<LABEL *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<LABEL *,int>,mempool_allocator<LABEL *> =
>::push_back<pair<LABEL *,int>, mempool_allocator<LABEL *>>(const =
pair<LABEL *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<LABEL,128>::Update_Map<LABEL, 128>(LABEL *, =
unsigned int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<LABEL,128>::Allocate<LABEL, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<LABEL *>::deallocate (pair<LABEL *,int> *&, unsigned =
int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<LABEL *>::deallocate<LABEL *>(LABEL **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<PREG =
*,int> * simple_alloc<pair<PREG *,int>,mempool_allocator<PREG *> =
>::allocate<pair<PREG *,int>, mempool_allocator<PREG *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<PREG *,int>,mempool_allocator<PREG *> =
>::insert_aux<pair<PREG *,int>, mempool_allocator<PREG *>>(pair<PREG =
*,int> *, const pair<PREG *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<PREG *,int>,mempool_allocator<PREG *> =
>::push_back<pair<PREG *,int>, mempool_allocator<PREG *>>(const =
pair<PREG *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<PREG,128>::Update_Map<PREG, 128>(PREG *, =
unsigned int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<PREG,128>::Allocate<PREG, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<PREG *>::allocate<PREG *>(unsigned int, const void =
*)' without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<PREG *,int>,mempool_allocator<PREG *> =
>::deallocate<pair<PREG *,int>, mempool_allocator<PREG *>>(struct =
pair<PREG *,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<PREG *,int>,mempool_allocator<PREG *> =
>::insert_aux<pair<PREG *,int>, mempool_allocator<PREG *>>(pair<PREG =
*,int> *, const pair<PREG *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<PREG *,int>,mempool_allocator<PREG *> =
>::push_back<pair<PREG *,int>, mempool_allocator<PREG *>>(const =
pair<PREG *,int> &)'
../../common/com/cmplr_segmented_array.h:481:   instantiated from =
`RELATED_SEGMENTED_ARRAY<PREG,128>::Update_Map<PREG, 128>(PREG *, =
unsigned int, int)'
../../common/com/cmplr_segmented_array.h:542:   instantiated from =
`RELATED_SEGMENTED_ARRAY<PREG,128>::Allocate<PREG, 128>()'
../../common/com/cmplr_segmented_array.h:340:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<PREG *>::deallocate (pair<PREG *,int> *&, unsigned =
int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<PREG *>::deallocate<PREG *>(PREG **, unsigned int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<ST_ATTR =
*,int> * simple_alloc<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::allocate<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR *>>(unsigned =
int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::insert_aux<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR =
*>>(pair<ST_ATTR *,int> *, const pair<ST_ATTR *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::push_back<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR *>>(const =
pair<ST_ATTR *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<ST_ATTR,128>::Update_Map<ST_ATTR, 128>(ST_ATTR *, =
unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<ST_ATTR,128>::Allocate<ST_ATTR, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<ST_ATTR *>::allocate<ST_ATTR *>(unsigned int, const =
void *)' without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::deallocate<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR *>>(struct =
pair<ST_ATTR *,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::insert_aux<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR =
*>>(pair<ST_ATTR *,int> *, const pair<ST_ATTR *,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<ST_ATTR *,int>,mempool_allocator<ST_ATTR *> =
>::push_back<pair<ST_ATTR *,int>, mempool_allocator<ST_ATTR *>>(const =
pair<ST_ATTR *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<ST_ATTR,128>::Update_Map<ST_ATTR, 128>(ST_ATTR *, =
unsigned int, int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<ST_ATTR,128>::Allocate<ST_ATTR, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<ST_ATTR *>::deallocate (pair<ST_ATTR *,int> *&, =
unsigned int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<ST_ATTR *>::deallocate<ST_ATTR *>(ST_ATTR **, unsigned =
int)
/usr/include/g++-2/stl_alloc.h: In function `static struct pair<BLK =
*,int> * simple_alloc<pair<BLK *,int>,mempool_allocator<BLK *> =
>::allocate<pair<BLK *,int>, mempool_allocator<BLK *>>(unsigned int)':
/usr/include/g++-2/stl_vector.h:334:   instantiated from =
`vector<pair<BLK *,int>,mempool_allocator<BLK *> >::insert_aux<pair<BLK =
*,int>, mempool_allocator<BLK *>>(pair<BLK *,int> *, const pair<BLK =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<BLK *,int>,mempool_allocator<BLK *> >::push_back<pair<BLK =
*,int>, mempool_allocator<BLK *>>(const pair<BLK *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<BLK,128>::Update_Map<BLK, 128>(BLK *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<BLK,128>::Allocate<BLK, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:228: cannot call member function =
`mempool_allocator<BLK *>::allocate<BLK *>(unsigned int, const void *)' =
without object
/usr/include/g++-2/stl_alloc.h: In function `static void =
simple_alloc<pair<BLK *,int>,mempool_allocator<BLK *> =
>::deallocate<pair<BLK *,int>, mempool_allocator<BLK *>>(struct pair<BLK =
*,int> *, unsigned int)':
/usr/include/g++-2/stl_vector.h:346:   instantiated from =
`vector<pair<BLK *,int>,mempool_allocator<BLK *> >::insert_aux<pair<BLK =
*,int>, mempool_allocator<BLK *>>(pair<BLK *,int> *, const pair<BLK =
*,int> &)'
/usr/include/g++-2/stl_vector.h:150:   instantiated from =
`vector<pair<BLK *,int>,mempool_allocator<BLK *> >::push_back<pair<BLK =
*,int>, mempool_allocator<BLK *>>(const pair<BLK *,int> &)'
../../common/com/segmented_array.h:349:   instantiated from =
`SEGMENTED_ARRAY<BLK,128>::Update_Map<BLK, 128>(BLK *, unsigned int, =
int)'
../../common/com/segmented_array.h:411:   instantiated from =
`SEGMENTED_ARRAY<BLK,128>::Allocate<BLK, 128>()'
../../common/com/segmented_array.h:206:   instantiated from here
/usr/include/g++-2/stl_alloc.h:232: no matching function for call to =
`mempool_allocator<BLK *>::deallocate (pair<BLK *,int> *&, unsigned =
int)'
../../common/util/mempool_allocator.h:77: candidates are: =
mempool_allocator<BLK *>::deallocate<BLK *>(BLK **, unsigned int)
make: *** [config.o] Error 1

------=_NextPart_000_0003_01C06AAD.12C48790--


From owner-pro64-support@oss.sgi.com Wed Dec 20 11:33:32 2000
Received:  by oss.sgi.com id <S553914AbQLTTdX>;
	Wed, 20 Dec 2000 11:33:23 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:39520 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553908AbQLTTdC>;
	Wed, 20 Dec 2000 11:33:02 -0800
Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA03330
	for <pro64-support@oss.sgi.com>; Wed, 20 Dec 2000 11:32:13 -0800 (PST)
	mail_from (mpm@rohi.engr.sgi.com)
Received: (from mpm@localhost) by rohi.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA41636; Wed, 20 Dec 2000 11:31:24 -0800 (PST)
Date:   Wed, 20 Dec 2000 11:31:24 -0800 (PST)
From:   mpm@rohi.engr.sgi.com (Michael Murphy)
Message-Id: <200012201931.LAA41636@rohi.engr.sgi.com>
To:     <rat@cchkms.engr.sgi.com>, <pro64-support@oss.sgi.com>,
        "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
Subject: Re:  SGI Pro64 Source code build problems
Cc:     <pande@pspl.co.in>, <svivek@pspl.co.in>, <hammigi@pspl.co.in>
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

	From: "Rajalakshmi Iyer" <rajiyer@pspl.co.in>
	
		i)	In /usr/include/g++-2/stl_alloc.h :	class simple_alloc is created with a
	template class Alloc. This class Alloc is actually class mempool_allocator
	during object creation.
	
When we build, we use /usr/include/g++-3, not g++-2.
I don't know all the differences between these, but
I suspect you need to the newer g++ in order to build.

-- Mike Murphy
-- mpm@sgi.com
-- quote of the day:
--  "There's no such thing as a bad day when there's a doorknob on the inside
--   of the door."  (Paul Galanti, prisoner of war for 6 years).

From owner-pro64-support@oss.sgi.com Fri Dec 22 11:49:21 2000
Received:  by oss.sgi.com id <S553724AbQLVTtL>;
	Fri, 22 Dec 2000 11:49:11 -0800
Received: from thalia.fm.intel.com ([132.233.247.11]:36361 "EHLO
        thalia.fm.intel.com") by oss.sgi.com with ESMTP id <S553695AbQLVTss>;
	Fri, 22 Dec 2000 11:48:48 -0800
Received: from SMTP (fmsmsxvs01-1.fm.intel.com [132.233.42.201])
	by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.33 2000/11/21 19:27:27 smothers Exp $) with SMTP id TAA27937
	for <pro64-support@oss.sgi.com>; Fri, 22 Dec 2000 19:50:02 GMT
Received: from fmsmsx17.intel.com ([132.233.48.17]) by 132.233.48.201
  (Norton AntiVirus for Internet Email Gateways 1.0) ;
  Fri, 22 Dec 2000 19:48:41 0000 (GMT)
Received: by fmsmsx17.fm.intel.com with Internet Mail Service (5.5.2650.21)
	id <ZN1H4W8K>; Fri, 22 Dec 2000 11:48:40 -0800
Message-ID: <9287DC1579B0D411AA2F009027F44C3F3B0A71@FMSMSX41>
From:   "Chan, Sun C" <sun.c.chan@intel.com>
To:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Subject: getting started
Date:   Fri, 22 Dec 2000 10:47:07 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Folks,

What links do I need to set up to get through this? I am logged in as
myself. 

sourdough:scchan1:13> ls
CVS	 Make.NUE.lib  README	   osprey1.0
INSTALL  Make.cross    README.src  pro64.spec
sourdough:scchan1:14> gcc -v
Reading specs from
/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
sourdough:scchan1:15> make -f Make.cross
cd osprey1.0/targia32_ia64_nodebug/driver.nue; gmake ; cd ../../..
gmake[1]: Entering directory
`/home/cmplr/usr7/scchan1/pro64/src/osprey1.0/targia32_ia64_nodebug/driver.n
ue'
cd ../include && gmake
gmake[2]: Entering directory
`/home/cmplr/usr7/scchan1/pro64/src/osprey1.0/targia32_ia64_nodebug/include'
ln: cannot create symbolic link `sys/syssgi.h' to
`../../../linux/include/sys/syssgi.h': No such file or directory
gmake[2]: *** [default] Error 1
gmake[2]: Leaving directory
`/home/cmplr/usr7/scchan1/pro64/src/osprey1.0/targia32_ia64_nodebug/include'
gmake[1]: *** [first] Error 2
gmake[1]: Leaving directory
`/home/cmplr/usr7/scchan1/pro64/src/osprey1.0/targia32_ia64_nodebug/driver.n
ue'
sourdough:scchan1:16> pwd
/home/cmplr/usr7/scchan1/pro64/src

apparently the file sys/syssgi.h is in "../../linux/include/sys/syssgi.h". 
What is the obvious that I am missing?
Thx for the help,
Sun


From owner-pro64-support@oss.sgi.com Wed Dec 27 01:06:49 2000
Received:  by oss.sgi.com id <S553692AbQL0JG3>;
	Wed, 27 Dec 2000 01:06:29 -0800
Received: from narkis.wisdom.weizmann.ac.il ([132.76.80.32]:58348 "EHLO
        narkis.wisdom.weizmann.ac.il") by oss.sgi.com with ESMTP
	id <S553655AbQL0JGC>; Wed, 27 Dec 2000 01:06:02 -0800
Received: from wisdom.weizmann.ac.il (amir8-pc.wisdom.weizmann.ac.il [132.76.81.32])
	by narkis.wisdom.weizmann.ac.il (8.9.3/8.9.3) with ESMTP id LAA03756
	for <pro64-support@oss.sgi.com>; Wed, 27 Dec 2000 11:05:47 +0200 (IST)
Message-ID: <3A49B046.BE2B1A7B@wisdom.weizmann.ac.il>
Date:   Wed, 27 Dec 2000 11:03:02 +0200
From:   raya <raya@wisdom.weizmann.ac.il>
Organization: Weizmann Institute of Science
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: il,en
MIME-Version: 1.0
To:     pro64 <pro64-support@oss.sgi.com>
Subject: loop unrolling via swp
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

Hello,
So thanks to Mike Murphy, I know now how to output IR of CG at almost
every CG stage.
Is there a way to seperate unrolling and SWP , so I can see first the IR
after unrolling, and then after swp?

Thanks,
--
Raya Leviathan
Tel. 972-8-9344208 (office)
Tel. 972-3-6358481 (home)
Email: raya@wisdom.weizmann.ac.il



From owner-pro64-support@oss.sgi.com Thu Dec 28 11:41:25 2000
Received:  by oss.sgi.com id <S553692AbQL1TlP>;
	Thu, 28 Dec 2000 11:41:15 -0800
Received: from sgi.SGI.COM ([192.48.153.1]:13331 "EHLO sgi.com")
	by oss.sgi.com with ESMTP id <S553681AbQL1Tky>;
	Thu, 28 Dec 2000 11:40:54 -0800
Received: from rohi.engr.sgi.com ([130.62.180.74]) 
	by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam:
       SGI does not authorize the use of its proprietary
       systems or networks for unsolicited or bulk email
       from the Internet.) 
	via ESMTP id LAA01925
	for <pro64-support@oss.sgi.com>; Thu, 28 Dec 2000 11:40:53 -0800 (PST)
	mail_from (mpm@rohi.engr.sgi.com)
Received: (from mpm@localhost) by rohi.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA63796; Thu, 28 Dec 2000 11:39:05 -0800 (PST)
Date:   Thu, 28 Dec 2000 11:39:05 -0800 (PST)
From:   mpm@rohi.engr.sgi.com (Michael Murphy)
Message-Id: <200012281939.LAA63796@rohi.engr.sgi.com>
To:     pro64 <pro64-support@oss.sgi.com>,
        raya <raya@wisdom.weizmann.ac.il>
Subject: Re:  loop unrolling via swp
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

	From: raya <raya@wisdom.weizmann.ac.il>
	
	Hello,
	So thanks to Mike Murphy, I know now how to output IR of CG at almost
	every CG stage.
	Is there a way to seperate unrolling and SWP , so I can see first the IR
	after unrolling, and then after swp?
	
-Wb,-ttprp:0x400000,-ttswp:2
will show the stages of the loop optimization (not just unrolling
and SWP, but also induction variable removal, prefetch generation, etc).
This may be more info than you really want, but it shows what happens.
-- Mike Murphy
-- mpm@sgi.com
-- quote of the day:
--  Two stonecutters were cutting stones into blocks.  
--  The first said, "I'm cutting stones into blocks", 
--  the second said, "I'm on a team that is building a cathedral."

From owner-pro64-support@oss.sgi.com Thu Dec 28 16:59:58 2000
Received:  by oss.sgi.com id <S553734AbQL2A7s>;
	Thu, 28 Dec 2000 16:59:48 -0800
Received: from selene.cps.intel.com ([192.198.165.10]:32274 "EHLO
        selene.cps.intel.com") by oss.sgi.com with ESMTP id <S553725AbQL2A7e>;
	Thu, 28 Dec 2000 16:59:34 -0800
Received: from SMTP (fmsmsxvs04-1.fm.intel.com [132.233.42.204])
	by selene.cps.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.33 2000/11/21 19:27:27 smothers Exp $) with SMTP id QAA29447;
	Thu, 28 Dec 2000 16:58:44 -0800 (PST)
Received: from fmsmsx27.FM.INTEL.COM ([132.233.48.27]) by 132.233.48.204
  (Norton AntiVirus for Internet Email Gateways 1.0) ;
  Fri, 29 Dec 2000 00:58:44 0000 (GMT)
Received: by fmsmsx27.fm.intel.com with Internet Mail Service (5.5.2650.21)
	id <Z4N0G9BW>; Thu, 28 Dec 2000 16:58:43 -0800
Message-ID: <9287DC1579B0D411AA2F009027F44C3F3B0A7A@FMSMSX41>
From:   "Chan, Sun C" <sun.c.chan@intel.com>
To:     "'llx'" <llx@ict.ac.cn>
Cc:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Subject: RE: question of Md
Date:   Thu, 28 Dec 2000 16:58:40 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C07132.7BF10AEB"
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C07132.7BF10AEB
Content-Type: text/plain;
	charset="gb2312"

I really don't have a good answer to your question. My guess would be that
TOP's like
add_1, mix1_1,... (Instruction_Group: O_40) does not get generated by the
compiler
and TOP_add, TOP_andcm,... do. So they are grouped slightly different.
Its not immediately clear the comment:
/* ==== (<%pr%p6>) <r7>=<%o1%r7>,<%o2%r7> ==== */
what exactly %o1 and %o2 means.
Perhaps Mike or Ken can help you.
 
Sun

-----Original Message-----
From: llx [mailto:llx@ict.ac.cn]
Sent: Wednesday, December 20, 2000 11:51 PM
To: sun Chan
Subject: question of Md


Hi,sun:
   I have some question about the part of Machine description:
        1)Why the operands between operate code "add" and "add_1" are
different. In the files (targ_isa_operands.c,h) of PRO64,"add"
belongs to Operands type :O63,but the opcode "add_1" belongs to O40. Two
operands types have different operands use. I also want         to know the
usage of operand use 


------_=_NextPart_001_01C07132.7BF10AEB
Content-Type: text/html;
	charset="gb2312"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">


<META content="MSHTML 5.50.4134.600" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>I 
really don't have a good answer to your question. My guess would be that TOP's 
like</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>add_1, 
mix1_1,... (Instruction_Group: O_40) does not get generated by the 
compiler</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>and 
TOP_add, TOP_andcm,... do. So they are grouped slightly 
different.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>Its 
not immediately clear the comment:</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>/* 
==== (&lt;%pr%p6&gt;) &lt;r7&gt;=&lt;%o1%r7&gt;,&lt;%o2%r7&gt; ==== 
*/</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=110475100-29122000>what 
exactly %o1 and %o2 means.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN 
class=110475100-29122000>Perhaps Mike or Ken can help you.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN 
class=110475100-29122000></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN 
class=110475100-29122000>Sun</SPAN></FONT></DIV>
<BLOCKQUOTE dir=ltr 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><B>From:</B> llx 
  [mailto:llx@ict.ac.cn]<BR><B>Sent:</B> Wednesday, December 20, 2000 11:51 
  PM<BR><B>To:</B> sun Chan<BR><B>Subject:</B> question of 
  Md<BR><BR></FONT></DIV>
  <DIV><FONT size=2>Hi,sun:</FONT></DIV>
  <DIV><FONT size=2>&nbsp;&nbsp;&nbsp;I have some question about the part of 
  Machine description:</FONT></DIV>
  <DIV><FONT size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1)Why the 
  operands between operate code "add" and "add_1" are different. In the files 
  (targ_isa_operands.c,h) of PRO64,"add" &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 
  &nbsp;&nbsp;&nbsp; belongs to&nbsp;Operands type :<FONT 
  color=#0000ff>O63</FONT>,but the opcode "add_1" belongs to <FONT 
  color=#0000ff>O40</FONT>. Two&nbsp;operands types have different operands use. 
  I also want &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; to know the usage of operand 
  use<SPAN class=110475100-29122000><FONT face=Arial 
  color=#0000ff>&nbsp;</FONT></SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C07132.7BF10AEB--


From owner-pro64-support@oss.sgi.com Fri Dec 29 06:56:05 2000
Received:  by oss.sgi.com id <S553650AbQL2Ozp>;
	Fri, 29 Dec 2000 06:55:45 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:30554 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553645AbQL2Ozi>; Fri, 29 Dec 2000 06:55:38 -0800
Received: from sgihud.hudson.sgi.com (sgihud.hudson.sgi.com [169.238.41.4]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA04258
	for <pro64-support@oss.sgi.com>; Fri, 29 Dec 2000 07:04:08 -0800 (PST)
	mail_from (lesniak@sgihud.hudson.sgi.com)
Received: (from lesniak@localhost) by sgihud.hudson.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA94008; Fri, 29 Dec 2000 09:50:29 -0500 (EST)
Date:   Fri, 29 Dec 2000 09:50:29 -0500 (EST)
From:   lesniak@sgihud.hudson.sgi.com (Ken Lesniak)
Message-Id: <200012291450.JAA94008@sgihud.hudson.sgi.com>
To:     "'llx'" <llx@ict.ac.cn>, "Chan, Sun C" <sun.c.chan@intel.com>
Subject: RE: question of Md
Cc:     "'pro64-support@oss.sgi.com'" <pro64-support@oss.sgi.com>
Reply-To: lesniak@sgihud.hudson.sgi.com
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

>From: "Chan, Sun C" <sun.c.chan@intel.com>
>
>I really don't have a good answer to your question. My guess would be that
>TOP's like
>add_1, mix1_1,... (Instruction_Group: O_40) does not get generated by the
>compiler
>and TOP_add, TOP_andcm,... do. So they are grouped slightly different.
>Its not immediately clear the comment:
>/* ==== (<%pr%p6>) <r7>=<%o1%r7>,<%o2%r7> ==== */
>what exactly %o1 and %o2 means.
>Perhaps Mike or Ken can help you.
> 
>Sun
>
>-----Original Message-----
>From: llx [mailto:llx@ict.ac.cn]
>
>Hi,sun:
>   I have some question about the part of Machine description:
>        1)Why the operands between operate code "add" and "add_1" are
>different. In the files (targ_isa_operands.c,h) of PRO64,"add"
>belongs to Operands type :O63,but the opcode "add_1" belongs to O40. Two
>operands types have different operands use. I also want         to know the
>usage of operand use 
>

I think I answered this question in a seperate message.

Anyway, the difference is in the 'operand usage' for the different ops
(that's the %o1 %o2 above).

The target independent parts of the compiler use the operand usage
identifiers to fold things like simple adds and subtracts. It allows
the code to find the addends, etc, without having to have target
specific knowledge.

add_1, mix1, etc are fairly unique to ia64, so there is no target
idenpendent handling for them and hence they don't need operand usage
ids.

Fairly arbitrary, but that's what we did.


Ken

From owner-pro64-support@oss.sgi.com Fri Dec 29 21:06:03 2000
Received:  by oss.sgi.com id <S553704AbQL3FFx>;
	Fri, 29 Dec 2000 21:05:53 -0800
Received: from mta6.snfc21.pbi.net ([206.13.28.240]:971 "EHLO
        mta6.snfc21.pbi.net") by oss.sgi.com with ESMTP id <S553646AbQL3FFd>;
	Fri, 29 Dec 2000 21:05:33 -0800
Received: from ted ([63.206.179.222])
 by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0G6D00HVB64YQH@mta6.snfc21.pbi.net> for
 pro64-support@oss.sgi.com; Fri, 29 Dec 2000 20:36:35 -0800 (PST)
Date:   Fri, 29 Dec 2000 20:46:17 -0800
From:   Wayne Vieira <wavieira@pacbell.net>
Subject: newbie question
In-reply-to: <9287DC1579B0D411AA2F009027F44C3F3B0A71@FMSMSX41>
To:     pro64-support@oss.sgi.com
Message-id: <NEBBJFCMGKGOJOKGHMIIMECOCCAA.wavieira@pacbell.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Priority: 3 (Normal)
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing


I'm trying to build optimized on an IA64. Can you give some pointers on
what flags to use? My attempt with -Ofast gives either this error:

        -lsilo  -lsgeos  -lm  -lfortran -lffio    -o .//alec
advect/AdvectHist.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [alec] Error 2


when I link without -Ofast, or with -Ofast it complains that it can't
execute the needed ipa linker:

     sgicc ERROR:  cannot exec
/usr/lib/gcc-lib/ia64-sgi-linux/sgicc-1.0/ipa_link


What am I doing wrong?

Wayne

From owner-pro64-support@oss.sgi.com Sat Dec 30 08:43:48 2000
Received:  by oss.sgi.com id <S553760AbQL3Qni>;
	Sat, 30 Dec 2000 08:43:38 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:48655 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553755AbQL3QnZ>;
	Sat, 30 Dec 2000 08:43:25 -0800
Received: from cchkms.engr.sgi.com (cchkms.engr.sgi.com [130.62.180.48]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA20729
	for <pro64-support@oss.sgi.com>; Sat, 30 Dec 2000 08:42:34 -0800 (PST)
	mail_from (rat@cchkms.engr.sgi.com)
Received: (from rat@localhost) by cchkms.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id IAA12182; Sat, 30 Dec 2000 08:36:42 -0800 (PST)
Date:   Sat, 30 Dec 2000 08:36:42 -0800 (PST)
From:   rat@cchkms.engr.sgi.com (Ross A. Towle)
Message-Id: <200012301636.IAA12182@cchkms.engr.sgi.com>
To:     pro64-support@oss.sgi.com, Wayne Vieira <wavieira@pacbell.net>
Subject: Re:  newbie question
Sender: owner-pro64-support@oss.sgi.com
Precedence: bulk
Return-Path: <owner-pro64-support@oss.sgi.com>
X-Orcpt: rfc822;pro64-support-outgoing

For now use -O3

-Ross