Date: Tue, 03 Feb 2004 08:13:33 +0900 (JST) From: Nakata Maho <chat95@mbox.kyoto-inet.or.jp> To: sgk@troutmask.apl.washington.edu 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 Message-ID: <20040203.081333.846934711.chat95@mbox.kyoto-inet.or.jp> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040203.081333.846934711.chat95>