From owner-cvs-all@FreeBSD.ORG Mon Feb 2 15:09:52 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D403216A4CE; Mon, 2 Feb 2004 15:09:52 -0800 (PST) Received: from debussy.private.org (25.60.138.210.bn.2iij.net [210.138.60.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CD6643D4C; Mon, 2 Feb 2004 15:09:50 -0800 (PST) (envelope-from chat95@mbox.kyoto-inet.or.jp) Received: from localhost (localhost [127.0.0.1]) by debussy.private.org (8.12.10/8.12.10) with ESMTP id i12NDX3Y001200; Tue, 3 Feb 2004 08:13:33 +0900 (JST) (envelope-from chat95@mbox.kyoto-inet.or.jp) Date: Tue, 03 Feb 2004 08:13:33 +0900 (JST) Message-Id: <20040203.081333.846934711.chat95@mbox.kyoto-inet.or.jp> To: sgk@troutmask.apl.washington.edu From: Nakata Maho In-Reply-To: <20040202160151.GA89178@troutmask.apl.washington.edu> References: <20040202041956.GA85518@troutmask.apl.washington.edu> <20040202.222517.846933542.chat95@mbox.kyoto-inet.or.jp> <20040202160151.GA89178@troutmask.apl.washington.edu> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: maho@freebsd.org cc: cvs-ports@freebsd.org cc: cvs-all@freebsd.org cc: ports-committers@freebsd.org Subject: Re: cvs commit: ports/lang Makefile ports/lang/g95 Makefile distinfo pkg-descr pkg-plist ports/lang/g95/files patch-fibheap.c patch-mf-impl.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2004 23:09:53 -0000 Hi, Steve > This is a linux binary only distribution of g95. AFAIK, > Andy creates a new binary nightly, but only releases updates > to his GPL source code on a very sporadic basis. I see. > > from Andy Vaught's site and found a directory named > > g95-install/lib/gcc-lib/i686-pc-linux-gnu/3.5-tree-ssa. > > so I thought that both two compilers are integrated. > > Anyway I will ask him about it. I asked but mail bounced :( > It is a political problem caused by Andy. Andy opened > his source tree up for contributions from others. Paul > Brook and Steven Bosscher wrote all the initial code to > interface Andy's frontend to the tree-ssa gcc backend. > Paul and Steven were working and improving g95 too quickly > for Andy, so he suddenly removed their access to the g95 > source code. Paul, Steven, and Toon Moene relucantly okay. That's why there isn't andy's name at: gcc.org (I forget where, but I was also confused before, now things are clear!) > forked Andy's code by importing the last available version > into the tree-ssa branch. Paul, Steven, and Toon also > decided to rename the compiler to gfortran because they > intend to support the Fortran 77, 90, 95, and the upoming > Fortran 2003 standard and they wanted to avoid confusion > with Andy's compiler. That's a good idea. Okay, I understand the complicated situation. thank you very much for polite explanation! I'll request repocopy g95->gfortran may solve political problem completely. repocopy takes several days so please wait and be patient. Until then, I'll work on g95... > Most likely, Andy's tree-ssa branch is out of date and if you're > building a tree-ssa gcc for FreeBSD to use with Andy's binaries, > then you're mixing FreeBSD and Linux ELF formats. Try doing no. > cvs -d :pserver:anoncvs@gcc.gnu.org:/cvs/gcc login > cvs -qz9 -d :pserver:anoncvs@gcc.gnu.org:/cvs/gcc co \ > -r tree-ssa-20020619-branch gcc > > ../gcc/configure --prefix=${LOCALBASE} --disable-libmudflap > --enable-languages=c,f95 --with-gmp=${LOCALBASE} There are nightly snapshot available at http://people.redhat.com/dnovillo/pub/tree-ssa/snapshot/ so this might not be necessary (and port Makefile will be complicated...). (please see distfile section in my Makefile) http://gcc.gnu.org/fortran/ > Contributing > We encourage everyone to contribute changes and help test G95. > G95 is developed on the so-called "tree-ssa" branch of GCC. We > provide read access to our development sources for everybody with > anonymous CVS. Daily snapshots of the branch are also available. > See the FreeBSD-standards mailing list for my quick and dirty > implementations of round[f](3). Okay, I'll do that, but step by step. I'm very appriciated for your suggestions. can I ask some question? you said that we don't need patch, but I need patch-fibheap.c. since --- /work/ports/lang/g95/work/build/gcc/xgcc -B/work/ports/lang/g95/work/build/gcc/ -B/work/hoge/i386-portbld-freebsd5.2/bin/ -B/work /hoge/i386-portbld-freebsd5.2/lib/ -isystem /work/hoge/i386-portbld-freebsd5.2/include -isystem /work/hoge/i386-portbld-freebsd5. 2/sys-include -c -DHAVE_CONFIG_H -O2 -O -pipe -mcpu=pentiumpro -I. -I../.././..//gcc/libiberty/../include -W -Wall -Wtraditional -pedantic ../.././..//gcc/libiberty/fibheap.c -o fibheap.o `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. ../.././..//gcc/libiberty/fibheap.c: In function `fibheap_delete_node': ../.././..//gcc/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (first use in this function) ../.././..//gcc/libiberty/fibheap.c:285: error: (Each undeclared identifier is reported only once ../.././..//gcc/libiberty/fibheap.c:285: error: for each function it appears in.) compilation fails. Somehow, LONG_MIN is undeclared since limit.h is not included correctly. might be a configure's bug or something. I'm testing this on 5.2-RELEASE. Regards, nakata maho