This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: whither gfortran?
- From: FX <fxcoudert at gmail dot com>
- To: gnu-fortran at googlegroups dot com
- Cc: "Fortran List" <fortran at gcc dot gnu dot org>
- Date: Mon, 17 Mar 2008 14:27:30 +0000
- Subject: Re: whither gfortran?
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=R157Iq+KDKgQB63kU5RiOuDZyKay8B7/5SuNkKBsItc=; b=MwS2QxuKDxTNUa9o8OfH5rBo2qgKjDNXW+l9WfvQe7gLKDkplMFN/e3TPj5qTYUuJ5uujgVusGGDMDG6BGYx5akkJvgvdC1goJRUFo1gSuVaYNtpe8UBiCKjPiFQW8xPC1B3q1bWdKFOVcylcDKWGzcZmcZgW2EuJfDHzlf//zU=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XiqMxLXc2ymU0vZHd/WQIJhZZbr1eqfyneKV+INn/7b/Vsgy3lhk7hODPryukQ+tOErYy9p8NOiId8zhvLH7lHKIN1JBq2Jl2gZeGzOH0oBoBYKDYjQUmKVEeqouII4wd4JouBHuz4u+Qq3+gXvPsoO1EkyxUbguBBBhvTpCUJs=
- References: <ba7d7ba1-d67b-48cb-bd4e-ee13d1f1e2f9@e6g2000prf.googlegroups.com>
I'm forwarding this to the fortran development list, where more people
can answer.
FX
On Mon, Mar 17, 2008 at 2:25 PM, Damian <damian@rouson.net> wrote:
>
> I just finished writing an article that compares the object-oriented
> capabilities of Fortran 2003 with C++ using IBM's compiler. In my
> opinion, Fortran comes away a big winner! For the examples I chose, C+
> + needs 60% more lines to accomplish the same tasks as Fortran.
>
> Can someone give me an idea of whether gfortran expects to add any of
> the object-oriented capabilities this year? Or is there a roadmap or
> wish list for the year? By far, the feature that interests me most is
> type finalization. There have been at least four articles in the
> literature that grapple with the difficulties of preventing memory
> leaks in Fortran 95 -- particularly in overloaded arithmetic on types
> containing pointer components. That problem will becomes infinitely
> easier to solve when type finalization is available.
>
> Damian