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>