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

[Nakata Maho]

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 at gcc.gnu.org:/cvs/gcc login
> cvs -qz9 -d :pserver:anoncvs at 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