From owner-pro64-support@oss.sgi.com Mon Jul 2 05:52:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f62CqYj06265 for pro64-support-outgoing; Mon, 2 Jul 2001 05:52:34 -0700 Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f62CqWV06260 for ; Mon, 2 Jul 2001 05:52:32 -0700 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with SMTP id 4E7484B84 for ; Mon, 2 Jul 2001 12:52:24 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 0) id 797AF499F; Mon, 2 Jul 2001 12:52:31 +0000 (GMT) Received: from eux100.sgp.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 3ED731852 for ; Mon, 2 Jul 2001 12:52:31 +0000 (GMT) Received: from st.com (lod30.gnb.st.com [164.129.117.127]) by eux100.sgp.st.com (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id OAA03324; Mon, 2 Jul 2001 14:52:18 +0200 (METDST) Message-ID: <3B406E82.DB605979@st.com> Date: Mon, 02 Jul 2001 14:52:18 +0200 From: Arthur Stoutchinin Reply-To: Arthur.Stoutchinin@st.com Organization: STMicroelectronics X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: pro64-support@oss.sgi.com, Arthur.Stoutchinin@st.com Subject: GNU related questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hello, could anyone answer this: 1. How and when will Pro64 integrate the gcc, g++ 3.0 changes ? does it need to ? In general, how is the gnu version tracking is being done ? 2. Which STL will Pro64 use: the SGI's or the GNU 3.0's ? new g++ ABI - is it different from Pro64 C++ ABI (eg. name mangling, etc.) ? We've been working on retargetting the Pro64 to our DSP processor and these are important considerations for our future strategy. thank you, Arthur Stoutchinin From owner-pro64-support@oss.sgi.com Mon Jul 2 10:11:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f62HBgs21870 for pro64-support-outgoing; Mon, 2 Jul 2001 10:11:42 -0700 Received: from po4.glue.umd.edu (po4.glue.umd.edu [128.8.10.124]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f62HBfV21867 for ; Mon, 2 Jul 2001 10:11:41 -0700 Received: from aquarius.eng.umd.edu (root@aquarius.eng.umd.edu [129.2.94.106]) by po4.glue.umd.edu (8.10.1/8.10.1) with ESMTP id f62HBdi04429; Mon, 2 Jul 2001 13:11:39 -0400 (EDT) Received: from aquarius.eng.umd.edu (sendmail@localhost [127.0.0.1]) by aquarius.eng.umd.edu (8.9.3/8.9.3) with SMTP id NAA06067; Mon, 2 Jul 2001 13:11:39 -0400 (EDT) Received: from localhost (stevhaga@localhost) by aquarius.eng.umd.edu (8.9.3/8.9.3) with ESMTP id NAA06063; Mon, 2 Jul 2001 13:11:38 -0400 (EDT) X-Authentication-Warning: aquarius.eng.umd.edu: stevhaga owned process doing -bs Date: Mon, 2 Jul 2001 13:11:38 -0400 (EDT) From: Steve Wayne Haga X-Sender: stevhaga@aquarius.eng.umd.edu To: pro64-support@oss.sgi.com cc: Steve Wayne Haga , "Alan P. Levicki" Subject: Recovering intermediate representation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pro64-support@oss.sgi.com Precedence: bulk I am performing profiling, and after generating the profiling statistics, wish to rerun the compiler and use those statistics. It seems unsafe to just assume that all of the Basic Blocks will retain the same BB_id numbers when rerun. Is there a way to restart compilation from the intermediate representation, rather than from the original C file, so that I can guarentee the same numbering? Sincerely, Steve Haga From owner-pro64-support@oss.sgi.com Mon Jul 2 10:18:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f62HIwX22037 for pro64-support-outgoing; Mon, 2 Jul 2001 10:18:58 -0700 Received: from hypnos.cps.intel.com (hypnos.cps.intel.com [192.198.165.17]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f62HIvV22034 for ; Mon, 2 Jul 2001 10:18:57 -0700 Received: from SMTP (fmsmsxvs01-1.fm.intel.com [132.233.42.201]) by hypnos.cps.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.40 2001/06/06 21:14:49 root Exp $) with SMTP id RAA01402; Mon, 2 Jul 2001 17:18:43 GMT Received: from fmsmsx17.intel.com ([132.233.48.17]) by 132.233.48.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Mon, 02 Jul 2001 17:18:42 0000 (GMT) Received: by fmsmsx17.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Mon, 2 Jul 2001 10:18:40 -0700 Message-ID: <9287DC1579B0D411AA2F009027F44C3F0ABD05C1@FMSMSX41> From: "Chan, Sun C" To: "'Steve Wayne Haga'" , pro64-support@oss.sgi.com Cc: "Alan P. Levicki" Subject: RE: Recovering intermediate representation Date: Mon, 2 Jul 2001 10:18:09 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk If you are using the profiling mechanism in the compiler or if you are instrumenting and reading in at the same place, the ID's will be identical. Note that the profiling mechanism of the compiler is on the IR, so it might not corresponding to a BB (e.g. at High Whirl, one Whirl node, say, CAND, might represent multiple BBs) If you are profiling the binary, you need to do -O0 to gather your profiling and read that back right after Whirl generation, there you have best chance to match the BB_id. Sun > -----Original Message----- > From: Steve Wayne Haga [mailto:stevhaga@Glue.umd.edu] > Sent: Monday, July 02, 2001 10:12 AM > To: pro64-support@oss.sgi.com > Cc: Steve Wayne Haga; Alan P. Levicki > Subject: Recovering intermediate representation > > > I am performing profiling, and after generating the profiling > statistics, > wish to rerun the compiler and use those statistics. It > seems unsafe to > just assume that all of the Basic Blocks will retain the same > BB_id numbers > when rerun. Is there a way to restart compilation from the > intermediate > representation, rather than from the original C file, so that I can > guarentee the same numbering? > > Sincerely, > Steve Haga > > > From owner-pro64-support@oss.sgi.com Wed Jul 4 00:25:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f647Pk530816 for pro64-support-outgoing; Wed, 4 Jul 2001 00:25:46 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f647PjV30805 for ; Wed, 4 Jul 2001 00:25:45 -0700 Received: from roam2.singnet.com.sg (roam2.singnet.com.sg [165.21.101.198]) 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 OAA09332 for ; Tue, 3 Jul 2001 14:42:22 -0700 (PDT) mail_from (csyeo@cs.uh.edu) Received: from sgidor03 (sdn-ar-003txhousP310.dialsprint.net [168.191.178.48]) by roam2.singnet.com.sg (8.11.0/8.11.0) with SMTP id f63LgBv19818 for ; Wed, 4 Jul 2001 05:42:11 +0800 (SGT) Message-ID: <004701c10408$f26b1cc0$30b2bfa8@sgidor03> From: "Yeo Chong Sein" To: Subject: Mfef90 Date: Tue, 3 Jul 2001 16:41:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hello there, I am currently trying to compile an SGI Pro64 compiler. There is a problem i am facing and that is that I understand that you use a prototype compiler to compile a file called fold.f. My problem now is that i have a fortran90 compiler and i use it to compile folf.f to generate fold.o But apparently your makefile have included the libraries of your compiler. So i was wondering if you could tell me which makefile should i change so that i can include the libraries of my compiler to prevent the linking error. Thanks for your attention. Regards, Chong Sein Yeo From owner-pro64-support@oss.sgi.com Thu Jul 5 12:35:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f65JZ6J25900 for pro64-support-outgoing; Thu, 5 Jul 2001 12:35:06 -0700 Received: from sunkay.cs.ualberta.ca (root@sunkay.cs.ualberta.ca [129.128.4.11]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f65JZ2V25897 for ; Thu, 5 Jul 2001 12:35:04 -0700 Received: (from localhost user: 'pengzhao' uid#483 fake: STDIN (pengzhao@peers)) by sunkay.cs.ualberta.ca id ; Thu, 5 Jul 2001 13:34:36 -0600 Date: Thu, 5 Jul 2001 13:34:36 -0600 (MDT) From: Peng Zhao To: sgi Subject: Is Preopt-emitter.doc available? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hi, This doc is mentioned in the source code of pro64. Is this available to public? Thanks. -- Regards Peng -- Peng Zhao pengzhao@cs.ualberta.ca http://www.cs.ualberta.ca/~pengzhao TEL (Lab): (780)492-3725 Lab: CSC251 From owner-pro64-support@oss.sgi.com Fri Jul 6 00:22:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f667Mcu26789 for pro64-support-outgoing; Fri, 6 Jul 2001 00:22:38 -0700 Received: from ebene.inrialpes.fr (ebene.inrialpes.fr [194.199.18.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f667MXV26779 for ; Fri, 6 Jul 2001 00:22:34 -0700 Received: from noyer.inrialpes.fr (noyer.inrialpes.fr [194.199.18.68]) by ebene.inrialpes.fr (8.11.3/8.11.3) with ESMTP id f667K9C13953 for ; Fri, 6 Jul 2001 09:20:09 +0200 (MEST) Received: from inrialpes.fr (IDENT:decurgis@anatom.inrialpes.fr [194.199.20.172]) by noyer.inrialpes.fr (8.11.3/8.11.3/ImagV2) with ESMTP id f667LMZ20783 for ; Fri, 6 Jul 2001 09:21:22 +0200 (MEST) Message-ID: <3B456726.FF918437@inrialpes.fr> Date: Fri, 06 Jul 2001 09:22:14 +0200 From: Sebastien DECUGIS Organization: INRIALPES X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17-21mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: pro64-support@oss.sgi.com Subject: compilation error with pro64 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pro64-support@oss.sgi.com Precedence: bulk I can't compile anything with sgicc. I'm running the last NUE version under a 2.4.3 kernel. I've put my error message at the end of this message... Do you have any idea of what is happening? (I've checked the rights under /nue/tmp there are no problems!) I've read the FAQ, and found nothing, but concerning the mailing list archive, the link is dead: http://oss.sgi.com/projects/Pro64/mail/pro64-support/thread.html Thank you in advance! ---------------------------------- $ uname -a Linux sci9 2.4.3-scios #1 Mon Apr 9 18:28:44 CEST 2001 ia64 unknown $ sgicc -version SGIcc Compilers: Version 0.01.0-13 $ sgicc hello.c "hello.c": Error: Can't open intermediate compiler file (/tmp/ccB.cA1ikk): Success From owner-pro64-support@oss.sgi.com Fri Jul 6 10:37:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f66Hbc812022 for pro64-support-outgoing; Fri, 6 Jul 2001 10:37:38 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f66HbbV12019 for ; Fri, 6 Jul 2001 10:37:37 -0700 Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA04554 for ; Fri, 6 Jul 2001 10:34:57 -0700 (PDT) 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 KAA38154; Fri, 6 Jul 2001 10:35:05 -0700 (PDT) Date: Fri, 6 Jul 2001 10:35:05 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107061735.KAA38154@rohi.engr.sgi.com> To: pro64-support@oss.sgi.com, Sebastien DECUGIS Subject: Re: compilation error with pro64 Sender: owner-pro64-support@oss.sgi.com Precedence: bulk From: Sebastien DECUGIS $ sgicc hello.c "hello.c": Error: Can't open intermediate compiler file (/tmp/ccB.cA1ikk): Success Perhaps you don't have permission to access /tmp? Try compiling with -show to see which phase is complaining (my guess it is when writing the temp file). You could also try -keep to keep the intermediate file in your current directory. The $TMPDIR environment variable can be used to put your temp files somewhere other than /tmp. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "Better is a dinner of herbs where love is -- than a fatted ox and hatred with it." (Proverbs 15:17) From owner-pro64-support@oss.sgi.com Tue Jul 10 09:00:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6AG0HI29214 for pro64-support-outgoing; Tue, 10 Jul 2001 09:00:17 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6AG0GV29211 for ; Tue, 10 Jul 2001 09:00:16 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA07159 for ; Tue, 10 Jul 2001 08:57:41 -0700 (PDT) mail_from (rdifiore@sgi.com) Received: from relay.milan.sgi.com (relay.milan.sgi.com [144.253.240.2]) by nodin.corp.sgi.com (8.11.4/8.11.2/nodin-1.0) with ESMTP id f6AFxEf28313209 for ; Tue, 10 Jul 2001 08:59:15 -0700 (PDT) Received: from nt-milan.milan.sgi.com (nt-milan.milan.sgi.com [144.253.240.70]) by relay.milan.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id RAA11458 for ; Tue, 10 Jul 2001 17:58:19 +0200 (CST) Received: by nt-milan.milan.sgi.com with Internet Mail Service (5.5.2653.19) id ; Tue, 10 Jul 2001 17:57:36 +0200 Message-ID: <830D78B5EE66D511945400A0C9EA2C5707F2DB@nt-milan.milan.sgi.com> From: Maria Rosaria Di Fiore To: "'pro64-support@oss.sgi.com'" Subject: pro64 compiler Date: Tue, 10 Jul 2001 17:57:34 +0200 Importance: high X-Priority: 1 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hi all, it seems that pro64 compilers need NUE to run, but NUE seems to run only on ia32 machines. What if I have a 750 linux cluster? Thanks Maria Rosaria Di Fiore Project Manager SGI Strada 6 Pal. N2 20089 Milanofiori - Rozzano (MI) Tel +39 02 57561.1 Fax +39 02 57561350 > NB: INFORMATION IN THIS MESSAGE IS SGI CONFIDENTIAL. IT IS > INTENDED SOLELY FOR THE PERSON(S) TO WHOM IT IS ADDRESSED AND MAY NOT BE > COPIED, USED, DISCLOSED OR DISTRIBUTED TO OTHERS WITHOUT SGI CONSENT. IF > YOU ARE NOT THE INTENDED RECIPIENT PLEASE WILL YOU NOTIFY ME BY EMAIL OR > TELEPHONE, DELETE THE MESSAGE FROM YOUR SYSTEM IMMEDIATELY AND DESTROY ANY > PRINTED COPIES. > > From owner-pro64-support@oss.sgi.com Tue Jul 10 10:13:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6AHDM031976 for pro64-support-outgoing; Tue, 10 Jul 2001 10:13:22 -0700 Received: from lochinvar.ece.neu.edu (mail2.ece.neu.edu [129.10.60.82]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6AHDLV31972 for ; Tue, 10 Jul 2001 10:13:21 -0700 Received: from coruscant.ece.neu.edu (coruscant.ece.neu.edu [129.10.60.242]) by lochinvar.ece.neu.edu (8.9.3/8.9.3) with ESMTP id NAA21478 for ; Tue, 10 Jul 2001 13:14:53 -0400 (EDT) Received: from localhost by coruscant.ece.neu.edu (8.9.3/8.9.3) with ESMTP id NAA02377 for ; Tue, 10 Jul 2001 13:13:19 -0400 (EDT) Date: Tue, 10 Jul 2001 13:13:19 -0400 (EDT) From: Elias Mizan To: pro64-support@oss.sgi.com Subject: Cannot compile Pro64 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hi, I cannot compile Pro64 on a Redhat 7 Linux box. This is the error I get when I try to compile the code generator. The compiler version is 0.12 and I am using an older release of NUE (not the last one). ../../be/cg/lra.cxx: In function `void Print_Avail_Set (BB *)': ../../be/cg/lra.cxx:460: Internal compiler error in print_operand_address, at config/i386/i386.c:3404 Please submit a full bug report. See for instructions. gmake: *** [lra.o] Error 1 Also: Is there any documentation on the target machine description ? I would be very pleased with something like the MDES documentation in IMPACT/Trimaran. Or the only thing available is the source code comments ? --------------------------------------------- | Elias Mizan | | Computer Engineering Research Laboratory | | 263, Egan Research Center | | Northeastern University | | Boston, Massachusetts, 02115 | | tel : (617) 373-7780 | | (617) 983-4002 | | e-mail address: emizan@ece.neu.edu | --------------------------------------------- | | | | | | ********************************************* From owner-pro64-support@oss.sgi.com Wed Jul 11 10:31:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6BHVle14583 for pro64-support-outgoing; Wed, 11 Jul 2001 10:31:47 -0700 Received: from web3505.mail.yahoo.com (web3505.mail.yahoo.com [216.115.111.72]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6BHViV14579 for ; Wed, 11 Jul 2001 10:31:44 -0700 Message-ID: <20010711173144.4957.qmail@web3505.mail.yahoo.com> Received: from [15.255.208.35] by web3505.mail.yahoo.com via HTTP; Wed, 11 Jul 2001 10:31:44 PDT Date: Wed, 11 Jul 2001 10:31:44 -0700 (PDT) From: Shin-Ming Liu Subject: Re: Cannot compile Pro64 To: Elias Mizan , pro64-support@oss.sgi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-pro64-support@oss.sgi.com Precedence: bulk There are multiple problems with compiler that is newer than 2.95.3, including bad header files, and poor gcc backend quality. If your compiler is not 2.95.3, you want to download this version and work from there. Shin --- Elias Mizan wrote: > > Hi, > > I cannot compile Pro64 on a Redhat 7 Linux box. This > is the > error I get when I try to compile the code > generator. The compiler > version is 0.12 and I am using an older release of > NUE (not the > last one). > > ../../be/cg/lra.cxx: In function `void > Print_Avail_Set (BB *)': > ../../be/cg/lra.cxx:460: Internal compiler error in > print_operand_address, at config/i386/i386.c:3404 > Please submit a full bug report. > See > for instructions. > gmake: *** [lra.o] Error 1 > > > Also: Is there any documentation on the target > machine description ? > I would be very pleased with something like the MDES > documentation in > IMPACT/Trimaran. Or the only thing available is the > source code > comments ? > > --------------------------------------------- > | Elias Mizan | > | Computer Engineering Research Laboratory | > | 263, Egan Research Center | > | Northeastern University | > | Boston, Massachusetts, 02115 | > | tel : (617) 373-7780 | > | (617) 983-4002 | > | e-mail address: emizan@ece.neu.edu | > --------------------------------------------- > | | > | | > | | > ********************************************* > __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ From owner-pro64-support@oss.sgi.com Thu Jul 12 14:19:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6CLJAL07688 for pro64-support-outgoing; Thu, 12 Jul 2001 14:19:10 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6CLJ6V07671 for ; Thu, 12 Jul 2001 14:19:06 -0700 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 OAA09139 for ; Thu, 12 Jul 2001 14:18:57 -0700 (PDT) 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 OAA49108; Thu, 12 Jul 2001 14:16:37 -0700 (PDT) Date: Thu, 12 Jul 2001 14:16:37 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107122116.OAA49108@rohi.engr.sgi.com> To: pro64-support@oss.sgi.com, Elias Mizan Subject: Re: Cannot compile Pro64 Sender: owner-pro64-support@oss.sgi.com Precedence: bulk From: Elias Mizan Also: Is there any documentation on the target machine description ? I would be very pleased with something like the MDES documentation in IMPACT/Trimaran. Or the only thing available is the source code comments ? Sorry, but there is no separate documentation other than the source. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "There is nothing more terrible than activity without insight" -- (Thomas Carlyle) From owner-pro64-support@oss.sgi.com Thu Jul 12 17:34:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6D0YVG01524 for pro64-support-outgoing; Thu, 12 Jul 2001 17:34:31 -0700 Received: from Princeton.EDU (postoffice.Princeton.EDU [128.112.129.120]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6D0YTV01521 for ; Thu, 12 Jul 2001 17:34:30 -0700 Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.9.3/8.9.3) with ESMTP id UAA06328 for ; Thu, 12 Jul 2001 20:34:29 -0400 (EDT) Received: from cp102230a (dynamic-cit-libnet-b-6.Princeton.EDU [128.112.206.69]) by smtpserver1.Princeton.EDU (8.9.3/8.9.3) with ESMTP id UAA07896 for ; Thu, 12 Jul 2001 20:34:28 -0400 (EDT) From: "John Zedlewski" To: Subject: Linux distributions (+ archives) Date: Thu, 12 Jul 2001 20:34:39 -0400 Message-ID: <000101c10b33$999e2380$45ce7080@cp102230a> 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, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Hey folks, Is there an archive of this mailing list somewhere? I hate to ask questions that have already been beaten to death. Also, are you aware of any major Linux distributions, besides TurboLinux, that will be compiling with and/or shipping the Pro64 compilers for their IA-64 editions? Does SGI compile the distros for their boxes with Pro64? Thanks! --JRZ From owner-pro64-support@oss.sgi.com Fri Jul 13 09:38:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6DGcmm21527 for pro64-support-outgoing; Fri, 13 Jul 2001 09:38:48 -0700 Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6DGclV21521 for ; Fri, 13 Jul 2001 09:38:47 -0700 Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191]) by atlrel1.hp.com (Postfix) with ESMTP id 0D06F514; Fri, 13 Jul 2001 12:38:47 -0400 (EDT) Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 67CD41F53F; Fri, 13 Jul 2001 12:38:46 -0400 (EDT) Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2653.19) id <3P2WWPAG>; Fri, 13 Jul 2001 12:38:46 -0400 Message-ID: From: "JAIN,SUNEEL (HP-Cupertino,ex1)" To: "'John Zedlewski'" , "'pro64-support@oss.sgi.com'" Subject: RE: Linux distributions (+ archives) Date: Fri, 13 Jul 2001 12:38:04 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Here's a pointer to the mailing list archive: http://oss.sgi.com/projects/Pro64/mail/pro64-support/threads.html I don't know why SGI does not have this URL on the web page about mailing lists for Pro64. I don't think any of the Linux distributions (including SGI) are currently built with the Pro64 compiler. - Suneel Jain > -----Original Message----- > From: owner-pro64-support@oss.sgi.com > [mailto:owner-pro64-support@oss.sgi.com]On Behalf Of John Zedlewski > Sent: Thursday, July 12, 2001 5:35 PM > To: pro64-support@oss.sgi.com > Subject: Linux distributions (+ archives) > > > Hey folks, > Is there an archive of this mailing list somewhere? I hate to ask > questions that have already been beaten to death. > Also, are you aware of any major Linux distributions, besides > TurboLinux, that will be compiling with and/or shipping the Pro64 > compilers for their IA-64 editions? Does SGI compile the distros for > their boxes with Pro64? Thanks! > --JRZ > > From owner-pro64-support@oss.sgi.com Fri Jul 13 16:05:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6DN5Ej01874 for pro64-support-outgoing; Fri, 13 Jul 2001 16:05:14 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6DN5DV01871 for ; Fri, 13 Jul 2001 16:05:13 -0700 Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id BAA203341 for ; Sat, 14 Jul 2001 01:05:10 +0200 (CEST) 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 QAA06683; Fri, 13 Jul 2001 16:04:14 -0700 (PDT) Date: Fri, 13 Jul 2001 16:04:14 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107132304.QAA06683@rohi.engr.sgi.com> To: , "John Zedlewski" Subject: Re: Linux distributions (+ archives) Sender: owner-pro64-support@oss.sgi.com Precedence: bulk From: "John Zedlewski" Also, are you aware of any major Linux distributions, besides TurboLinux, that will be compiling with and/or shipping the Pro64 compilers for their IA-64 editions? Does SGI compile the distros for their boxes with Pro64? Thanks! --JRZ As far as I know, none of the Linux distributions will be shipping the pro64 compilers. I'm not authorized to reveal the future plans for pro64; for that you should contact our marketing rep, amychung@engr.sgi.com. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "I have been driven many times to my knees by the overwhelming conviction -- that I had nowhere else to go. My own wisdom, and that of all about me, -- seemed insufficient for the day." (Abraham Lincoln) From owner-pro64-support@oss.sgi.com Tue Jul 17 10:11:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6HHB6W24523 for pro64-support-outgoing; Tue, 17 Jul 2001 10:11:06 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6HHB3V24520 for ; Tue, 17 Jul 2001 10:11:04 -0700 Received: from baalbek.engr.sgi.com (baalbek.engr.sgi.com [130.62.180.86]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA387858 for ; Tue, 17 Jul 2001 19:10:56 +0200 (CEST) mail_from (dlstephe@sgi.com) Received: from sgi.com (localhost [127.0.0.1]) by baalbek.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA35927; Tue, 17 Jul 2001 10:09:30 -0700 (PDT) Message-ID: <3B54714A.2ABB397D@sgi.com> Date: Tue, 17 Jul 2001 10:09:30 -0700 From: David Stephenson Organization: SGI -- Compilers X-Mailer: Mozilla 4.75 [en] (X11; U; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Peng Zhao CC: sgi , David Stephenson Subject: Re: Is Preopt-emitter.doc available? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Peng Zhao wrote [concerning Preopt-emitter.doc]: > This doc is mentioned in the source code of pro64. Is this > available to public? Nope. In fact, Preopt-emitter.doc describes an algorithm that no longer is used within WOPT, so its contents are obsolete anyway. - David From owner-pro64-support@oss.sgi.com Thu Jul 19 19:22:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6K2Msi07087 for pro64-support-outgoing; Thu, 19 Jul 2001 19:22:54 -0700 Received: from mail-in.hq.tensilica.com (hq.tensilica.com [65.205.227.29]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6K2MrV07084 for ; Thu, 19 Jul 2001 19:22:53 -0700 Received: from tensilica.com (IDENT:jonhsu@leo-home.hq.tensilica.com [192.168.10.103]) by mail-in.hq.tensilica.com (8.9.3/8.9.3) with ESMTP id TAA02096 for ; Thu, 19 Jul 2001 19:22:48 -0700 Message-ID: <3B5795F6.30FBAE5@tensilica.com> Date: Thu, 19 Jul 2001 19:22:46 -0700 From: Jon Hsu X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: pro64-support@oss.sgi.com Subject: TN_Reaching_Value_At_Op Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Could someone please explain what this function is supposed to do? It seems like it is trying to find the unique instruction that defines or uses the value of a TN from a given position by tracing through OP lists and BB lists. However, there are questionable lines with comments like: if (cur_bb == bb) continue; // ignore self successor which seem to indicate that definitions or uses inside single block loops are skipped. Why is this done? From owner-pro64-support@oss.sgi.com Fri Jul 20 06:18:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6KDIpq29846 for pro64-support-outgoing; Fri, 20 Jul 2001 06:18:51 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6KDIoV29843 for ; Fri, 20 Jul 2001 06:18:50 -0700 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 GAA07421 for ; Fri, 20 Jul 2001 06:18:39 -0700 (PDT) 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 JAA03235; Fri, 20 Jul 2001 09:17:32 -0400 (EDT) Date: Fri, 20 Jul 2001 09:17:32 -0400 (EDT) From: lesniak@sgihud.hudson.sgi.com (Ken Lesniak) Message-Id: <200107201317.JAA03235@sgihud.hudson.sgi.com> To: pro64-support@oss.sgi.com, Jon Hsu Subject: Re: TN_Reaching_Value_At_Op Reply-To: lesniak@sgihud.hudson.sgi.com Sender: owner-pro64-support@oss.sgi.com Precedence: bulk >Could someone please explain what this function is supposed to do? It For public functions, you can (usually) get a descrption from the cooresponding header: * OP *TN_Reaching_Value_At_Op(TN *tn, OP *op, DEF_KIND *kind, * BOOL reaching_def) * The routine can be used to find (1) the reaching definition of * operand of , or (2) the following use of the result * of . The knob is controlled by the flag . * If is TRUE, find the reaching definition of the , * if is FALSE, find the reaching use of the . * If none is found, return NULL. determines the definition kind * property returned by the function, i.e if the value definition * of is VAL_KNOWN, VAL_UNKNOWN, VAL_COND_DEF, VAL_COND_USE, .. etc. * * Note that not all reaching definitions are found, dominator * information is necessary to handle more cases and it's not * proven to be worth it. * >seems like it is trying to find the unique instruction that defines or >uses the value of a TN from a given position by tracing through OP lists >and BB lists. However, there are questionable lines with comments like: > if (cur_bb == bb) continue; // ignore self successor >which seem to indicate that definitions or uses inside single block >loops are skipped. Why is this done? I originally wrote this function because I was trying to do some simple optimizations (detecting division by constant for example). Others (no longer with sgi) greatly enhanced it for their purposes, so I no longer fully understand it either. I would have to assume however that the check for a self successor is to avoid endlessly re-examining the same BB. Ken From owner-pro64-support@oss.sgi.com Fri Jul 20 10:12:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6KHCe915848 for pro64-support-outgoing; Fri, 20 Jul 2001 10:12:40 -0700 Received: from mail-in.hq.tensilica.com (hq.tensilica.com [65.205.227.29]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6KHCcV15845 for ; Fri, 20 Jul 2001 10:12:38 -0700 Received: from tensilica.com (IDENT:jonhsu@leo-home.hq.tensilica.com [192.168.10.103]) by mail-in.hq.tensilica.com (8.9.3/8.9.3) with ESMTP id KAA16090; Fri, 20 Jul 2001 10:12:26 -0700 Message-ID: <3B586678.4514EFB1@tensilica.com> Date: Fri, 20 Jul 2001 10:12:24 -0700 From: Jon Hsu X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: lesniak@sgihud.hudson.sgi.com, pro64-support@oss.sgi.com Subject: Re: TN_Reaching_Value_At_Op References: <200107201317.JAA03235@sgihud.hudson.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Ken Lesniak wrote: > > >Could someone please explain what this function is supposed to do? It > > For public functions, you can (usually) get a descrption from the > cooresponding header: > > * OP *TN_Reaching_Value_At_Op(TN *tn, OP *op, DEF_KIND *kind, > * BOOL reaching_def) > * The routine can be used to find (1) the reaching definition of > * operand of , or (2) the following use of the result > * of . The knob is controlled by the flag . > * If is TRUE, find the reaching definition of the , > * if is FALSE, find the reaching use of the . > * If none is found, return NULL. determines the definition kind > * property returned by the function, i.e if the value definition > * of is VAL_KNOWN, VAL_UNKNOWN, VAL_COND_DEF, VAL_COND_USE, .. etc. > * > * Note that not all reaching definitions are found, dominator > * information is necessary to handle more cases and it's not > * proven to be worth it. > * > > >seems like it is trying to find the unique instruction that defines or > >uses the value of a TN from a given position by tracing through OP lists > >and BB lists. However, there are questionable lines with comments like: > > if (cur_bb == bb) continue; // ignore self successor > >which seem to indicate that definitions or uses inside single block > >loops are skipped. Why is this done? > > I originally wrote this function because I was trying to do some simple > optimizations (detecting division by constant for example). Others > (no longer with sgi) greatly enhanced it for their purposes, so I no > longer fully understand it either. > > I would have to assume however that the check for a self successor > is to avoid endlessly re-examining the same BB. > That's what I thought too, but it seems to be a very poor way of doing it. First of all, it's completely broken for cases where a TN is defined both inside and outside of a 1-block loop because it thinks the outside definition is the only one. This causes problems in CFLOW because it thinks some TN has constant value when it really doesn't. Second, it does nothing to avoid loops of more than one block. The check might be okay when searching forward for uses of a TN, although it might still skip uses inside loops that may be important, but this is definitely not okay when searching backwards for definitions. Perhaps the check should be modified to look at the live_def set instead of the live_out set. From owner-pro64-support@oss.sgi.com Tue Jul 24 15:21:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6OMLV207403 for pro64-support-outgoing; Tue, 24 Jul 2001 15:21:31 -0700 Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6OMLUO07400 for ; Tue, 24 Jul 2001 15:21:30 -0700 Received: from us-ea-gtwy-6.ea.unisys.com (us-ea-gtwy-6.ea.unisys.com [192.61.146.102]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id WAA19669 for ; Tue, 24 Jul 2001 22:20:39 GMT Received: by us-ea-gtwy-6.ea.unisys.com with Internet Mail Service (5.5.2653.19) id ; Tue, 24 Jul 2001 17:21:29 -0500 Message-ID: <245F259ABD41D511A07000D0B71C4CBA289E76@us-slc-exch-3.slc.unisys.com> From: "Van Maren, Kevin" To: "'pro64-support@oss.sgi.com'" Subject: Error: File number less than one Date: Tue, 24 Jul 2001 17:21:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Running sgif90 on my Caldera IA64 Linux box, I get these errors from gas: The culprits are (LOTS of) lines like: .loc 0 749 0 and the line: .file 0 "/home/test.f" I tried compiling binutils-2.11.2 and using that gas, but it behaved the same. Note that this also occurs with sgicc (as expected) on hello-world: [root@linux21 /root]# sgicc test2.c test.c: In function `main': test.c:4: warning: return type of `main' is not `int' /tmp/ccs.3rbpv0: Assembler messages: /tmp/ccs.3rbpv0:29: Error: File number less than one /tmp/ccs.3rbpv0:30: Error: File number less than one /tmp/ccs.3rbpv0:46: Error: File number less than one sgicc INTERNAL ERROR: /usr/lib/../bin/as returned non-zero status 1 This is with the 0.13 compiler, running on 2.4.4, Caldera's 6/20/01 snapshot: # sgicc -version SGIcc Compilers: Version 0.01.0-13 I didn't see anything in the FAQ or archive, other than not having a native compiler; is this error a result of running the IA32-to-IA64 cross-compiler on IA64 via the x86 emulation? Thanks, Kevin From owner-pro64-support@oss.sgi.com Tue Jul 24 16:07:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6ON7vj09316 for pro64-support-outgoing; Tue, 24 Jul 2001 16:07:58 -0700 Received: from rj.corp.sgi.com (rj.SGI.COM [204.94.215.100]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6ON7uO09313 for ; Tue, 24 Jul 2001 16:07:56 -0700 Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by rj.corp.sgi.com (8.11.4/8.11.4/linux-outbound_gateway-1.0) with ESMTP id f6ONBVU29356 for ; Tue, 24 Jul 2001 16:11:31 -0700 Received: (from mpm@localhost) by rohi.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id QAA23870; Tue, 24 Jul 2001 16:07:06 -0700 (PDT) Date: Tue, 24 Jul 2001 16:07:06 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107242307.QAA23870@rohi.engr.sgi.com> To: "'pro64-support@oss.sgi.com'" , "Van Maren, Kevin" Subject: Re: Error: File number less than one Sender: owner-pro64-support@oss.sgi.com Precedence: bulk From: "Van Maren, Kevin" Running sgif90 on my Caldera IA64 Linux box, I get these errors from gas: The culprits are (LOTS of) lines like: .loc 0 749 0 and the line: .file 0 "/home/test.f" I tried compiling binutils-2.11.2 and using that gas, but it behaved the same. Note that this also occurs with sgicc (as expected) on hello-world: [root@linux21 /root]# sgicc test2.c test.c: In function `main': test.c:4: warning: return type of `main' is not `int' /tmp/ccs.3rbpv0: Assembler messages: /tmp/ccs.3rbpv0:29: Error: File number less than one /tmp/ccs.3rbpv0:30: Error: File number less than one /tmp/ccs.3rbpv0:46: Error: File number less than one sgicc INTERNAL ERROR: /usr/lib/../bin/as returned non-zero status 1 This is with the 0.13 compiler, running on 2.4.4, Caldera's 6/20/01 snapshot: This must be a new gas requirement; .file 0 used to be accepted just fine. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "God, grant me the serenity to accept the things I cannot change, -- the courage to change the things I can, -- and the wisdom to know the difference." From owner-pro64-support@oss.sgi.com Tue Jul 24 17:04:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6P04Vv11643 for pro64-support-outgoing; Tue, 24 Jul 2001 17:04:31 -0700 Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6P04UO11640 for ; Tue, 24 Jul 2001 17:04:30 -0700 Received: from us-ea-gtwy-4.ea.unisys.com (us-ea-gtwy-4.ea.unisys.com [192.61.146.122]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id AAA07746; Wed, 25 Jul 2001 00:03:25 GMT Received: by us-ea-gtwy-4.ea.unisys.com with Internet Mail Service (5.5.2653.19) id ; Tue, 24 Jul 2001 19:04:14 -0500 Message-ID: <245F259ABD41D511A07000D0B71C4CBA289E77@us-slc-exch-3.slc.unisys.com> From: "Van Maren, Kevin" To: "'mpm@rohi.engr.sgi.com '" , "''pro64-support@oss.sgi.com' '" , "Van Maren, Kevin" Subject: RE: Error: File number less than one Date: Tue, 24 Jul 2001 19:03:21 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk Can you give me the version number of a binutils that contains a gas that is know to work well with sgicc? Thanks, Kevin > This must be a new gas requirement; .file 0 used to be accepted just > fine. > > -- Mike Murphy > -- mpm@sgi.com From owner-pro64-support@oss.sgi.com Tue Jul 24 17:24:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6P0OFg12352 for pro64-support-outgoing; Tue, 24 Jul 2001 17:24:15 -0700 Received: from rj.corp.sgi.com (rj.SGI.COM [204.94.215.100]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6P0OEO12348 for ; Tue, 24 Jul 2001 17:24:14 -0700 Received: from rohi.engr.sgi.com (rohi.engr.sgi.com [130.62.180.74]) by rj.corp.sgi.com (8.11.4/8.11.4/linux-outbound_gateway-1.0) with ESMTP id f6P0RnU32079 for ; Tue, 24 Jul 2001 17:27:49 -0700 Received: (from mpm@localhost) by rohi.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id RAA25631; Tue, 24 Jul 2001 17:22:09 -0700 (PDT) Date: Tue, 24 Jul 2001 17:22:09 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107250022.RAA25631@rohi.engr.sgi.com> To: "Van Maren, Kevin" , "''pro64-support@oss.sgi.com' '" , "Van Maren, Kevin" Subject: RE: Error: File number less than one Sender: owner-pro64-support@oss.sgi.com Precedence: bulk We use gas version 2.9-ia64-000717. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "God, grant me the serenity to accept the things I cannot change, -- the courage to change the things I can, -- and the wisdom to know the difference." From owner-pro64-support@oss.sgi.com Wed Jul 25 06:42:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6PDgmD05427 for pro64-support-outgoing; Wed, 25 Jul 2001 06:42:48 -0700 Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6PDgkO05422 for ; Wed, 25 Jul 2001 06:42:47 -0700 Received: from us-ea-gtwy-6.ea.unisys.com (us-ea-gtwy-6.ea.unisys.com [192.61.146.102]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id NAA00164; Wed, 25 Jul 2001 13:41:47 GMT Received: by us-ea-gtwy-6.ea.unisys.com with Internet Mail Service (5.5.2653.19) id ; Wed, 25 Jul 2001 08:42:37 -0500 Message-ID: <245F259ABD41D511A07000D0B71C4CBA289E79@us-slc-exch-3.slc.unisys.com> From: "Van Maren, Kevin" To: "'mpm@rohi.engr.sgi.com'" Cc: "''pro64-support@oss.sgi.com' '" Subject: RE: Error: File number less than one Date: Wed, 25 Jul 2001 08:41:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pro64-support@oss.sgi.com Precedence: bulk > We don't build our own gas. This is what came with the ia64 > turbolinux > we use. However, we haven't updated in several months, so things > may have changed. > -- Mike Murphy > -- mpm@sgi.com Well, the GPL says you have to be able to get the source since you have the binary. But that doesn't mean it has to be easy :-) You wouldn't happen to have a source RPM for binutils? I haven't been able to locate a copy of 2.9-ia64-000717, and the earliest "release" of gas that supports IA64 is 2.11. Any chance you can just email me the "as" (and "ld" to be safe) that you use? I don't have ready access to an IA-32 Linux PC, and it sounded pretty clear that I can't compile sgicc on Itanium, so my fixing the compiler to work aorund the gas bug is a bit of a strech. I hacked my gas to recognize files starting at 0; however, it also uses a file of 0 to indicate "no file", which I didn't fix, so it didn't generate any debug_line info, which caused the linker to puke because of the missing section. So I #included a dummy file to force a file > 1, which allowed it to compile/link, but it wouldn't execute because of an illegal instruction in main(). Gack. Of course, this is all after I had to hack the header files because it choked on stdio.h: In file included from /usr/include/_G_config.h:44, from /usr/include/libio.h:30, from /usr/include/stdio.h:64, from test.c:3: /usr/include/gconv.h:171: array size missing in `__data' basically, it is using an gcc-extension: __data [] ; Take 2: just omit stdio.h header, create a dummy file with only a #include "myfile.c", and try that. With the Caldera as/ld, it now works. Unfortunatly, I can't do this hack easily on the project I want to compile since there are so many files (and I want to be using Fortran and C). I'd really like to use the SGI compiler. What is the shortest/easiest path to that goal? Kevin From owner-pro64-support@oss.sgi.com Mon Jul 30 23:43:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6V6h7404325 for pro64-support-outgoing; Mon, 30 Jul 2001 23:43:07 -0700 Received: from ganymede.or.intel.com (jffdns01.or.intel.com [134.134.248.3]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6V6gwV04310 for ; Mon, 30 Jul 2001 23:43:04 -0700 Received: from SMTP (orsmsxvs02-1.jf.intel.com [192.168.65.201]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.41 2001/07/09 21:06:22 root Exp $) with SMTP id GAA13418 for ; Tue, 31 Jul 2001 06:42:50 GMT Received: from orsmsx28.jf.intel.com ([192.168.70.28]) by 192.168.70.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Tue, 31 Jul 2001 06:42:50 0000 (GMT) Received: by orsmsx28.jf.intel.com with Internet Mail Service (5.5.2653.19) id ; Mon, 30 Jul 2001 23:42:49 -0700 Received: from fmsmsxfw01.fm.intel.com ([10.1.199.21]) by fmsmsx27.FM.INTEL.COM with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id PKBD67F9; Mon, 30 Jul 2001 23:42:47 -0700 Received: by FMSMSXFW01 with Internet Mail Service (5.5.2653.19) id ; Tue, 31 Jul 2001 14:46:31 +0800 Message-ID: From: "Tuo, Tony" To: "''pro64-support@oss.sgi.com' '" Cc: "Tuo, Tony" Subject: redundant part in lowering-to-cg Date: Tue, 31 Jul 2001 14:42:04 +0800 X-Mailer: Internet Mail Service (5.5.2653.19) Sender: owner-pro64-support@oss.sgi.com Precedence: bulk There is redundant code introduced in lowering-to-cg phase in some cases. The redundant part is marked in the end with string ">>>>>>". But this seems to be eliminated in the later phases. The C code segment is as below: main(void) { int from_type, to_type; int sum=2222; int c; if ((from_type)||(to_type==3333) ) sum = 5555; else sum = 6666; printf("%d %d", sum, c); } Please note that there are uninitialized variables in this code segment. Here is the IR dumped out using ir_b2a(Compile options: sgicc -keep -show -c -S -O3 -Wb,-trLOW -c -PHASE:c=off): LOC 0 0 source files: 1 "/home/ltuo/ifconv/ee-test3.c" LOC 1 2 main(void) LOC 1 3 { FUNC_ENTRY <1,20,main> BODY BLOCK PRAGMA 0 73 0 (0x0) # WOPT_FINISHED_OPTIMIZATION END_BLOCK BLOCK END_BLOCK BLOCK PRAGMA 0 120 0 (0x0) # PREAMBLE_END LOC 1 7 if ((from_type)||(to_type==3333) ) LOC 1 8 sum = 5555; LOC 1 9 else LOC 1 10 sum = 6666; LOC 1 11 printf("%d %d", sum, c); U8LDA 0 <1,22,(6_bytes)_"%d_%d\000"> T<31,anon_ptr.,8> U8PARM 2 T<28,anon_ptr.,8> # by_value U8U4LDID 0 <2,3,to_type> T<4,.predef_I4,4> I8INTCONST 3333 (0xd05) BI4EQ I8BCVT U8U4LDID 0 <2,2,from_type> T<4,.predef_I4,4> I8INTCONST 0 (0x0) BI4NE I8BCVT I8BIOR I8INTCONST 5555 (0x15b3) I8INTCONST 6666 (0x1a0a) I8SELECT I4PARM 2 T<4,.predef_I4,4> # by_value U8U4LDID 0 <2,4,c> T<4,.predef_I4,4> I4PARM 2 T<4,.predef_I4,4> # by_value VCALL 126 <1,21,printf> # flags 0x7e RETURN END_BLOCK Here is the IR input to CGexp phase in the .t file :(compile options:sgicc -keep -show -c -S -O3 -Wb,-ttexp:0xffffffff): ======================================================================= WHIRL tree input to Convert_WHIRL_To_OPs: ======================================================================= LOC 0 0 source files: 1 "/home/ltuo/ifconv/ee-test3.c" LOC 1 2 main(void) LOC 1 3 { FUNC_ENTRY <1,20,main> BODY BLOCK PRAGMA 0 73 0 (0x0) # WOPT_FINISHED_OPTIMIZATION END_BLOCK BLOCK END_BLOCK BLOCK PRAGMA 0 120 0 (0x0) # PREAMBLE_END LOC 1 7 if ((from_type)||(to_type==3333) ) LOC 1 8 sum = 5555; LOC 1 9 else LOC 1 10 sum = 6666; LOC 1 11 printf("%d %d", sum, c); U8LDA 0 <1,22,(6_bytes)_"%d_%d\000"> T<31,anon_ptr.,8> I8STID 127 <1,3,.preg_I8> T<5,.predef_I8,8> # $r127 U8U4LDID 0 <2,3,to_type> T<4,.predef_I4,4> I8INTCONST 3333 (0xd05) I8I4EQ U8U4LDID 0 <2,2,from_type> T<4,.predef_I4,4> I8INTCONST 0 (0x0) I8I4NE I8BIOR I8INTCONST 5555 (0x15b3) I8INTCONST 6666 (0x1a0a) I8SELECT I8STID 126 <1,3,.preg_I8> T<5,.predef_I8,8> # $r126 U8U4LDID 0 <2,4,c> T<4,.predef_I4,4> I8STID 125 <1,3,.preg_I8> T<5,.predef_I8,8> # $r125 U8LDA 0 <1,22,(6_bytes)_"%d_%d\000"> T<31,anon_ptr.,8> U8PARM 2 T<28,anon_ptr.,8> # by_value >>>>>> U8U4LDID 0 <2,3,to_type> T<4,.predef_I4,4> >>>>>> I8INTCONST 3333 (0xd05) >>>>>> I8I4EQ >>>>>> U8U4LDID 0 <2,2,from_type> T<4,.predef_I4,4> >>>>>> I8INTCONST 0 (0x0) >>>>>> I8I4NE >>>>>> I8BIOR >>>>>> I8INTCONST 5555 (0x15b3) >>>>>> I8INTCONST 6666 (0x1a0a) >>>>>> I8SELECT I4PARM 2 T<4,.predef_I4,4> # by_value U8U4LDID 0 <2,4,c> T<4,.predef_I4,4> I4PARM 2 T<4,.predef_I4,4> # by_value VCALL 126 <1,21,printf> # flags 0x7e RETURN END_BLOCK Tony From owner-pro64-support@oss.sgi.com Tue Jul 31 10:42:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6VHge204795 for pro64-support-outgoing; Tue, 31 Jul 2001 10:42:40 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6VHgdV04792 for ; Tue, 31 Jul 2001 10:42:39 -0700 Received: from rohi.engr.sgi.com (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 KAA00114 for ; Tue, 31 Jul 2001 10:42:21 -0700 (PDT) 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 KAA39661; Tue, 31 Jul 2001 10:41:59 -0700 (PDT) Date: Tue, 31 Jul 2001 10:41:59 -0700 (PDT) From: mpm@rohi.engr.sgi.com (Michael Murphy) Message-Id: <200107311741.KAA39661@rohi.engr.sgi.com> To: "''pro64-support@oss.sgi.com' '" , "Tuo, Tony" Subject: Re: redundant part in lowering-to-cg Sender: owner-pro64-support@oss.sgi.com Precedence: bulk From: "Tuo, Tony" There is redundant code introduced in lowering-to-cg phase in some cases. The redundant part is marked in the end with string ">>>>>>". But this seems to be eliminated in the later phases. Although you could call this redundant, it is not a problem. What happens is that first we have parameter expressions under a call, e.g. U4PARM CALL then when we lower we create stores of the arguments to the actual registers, e.g. STID $r4 but the CALL PARM still exists. So it is a copy of the , but that's okay. -- Mike Murphy -- mpm@sgi.com -- quote of the day: -- "Air power is an unusually seductive form of military strength -- because, like modern courtship, it appears to offer gratification -- without commitment." (Eliot Cohen)