Re: Original commit history for gfortran

2011-06-18 Thread Christopher Bergström
2011/6/18 Toon Moene :
> On 06/18/2011 01:02 PM, "C. Bergström" wrote:
>
>> On 06/18/11 05:16 PM, Toon Moene wrote:
>
>>> On 06/18/2011 12:12 PM, Toon Moene wrote:
>
>>>
>>>> On 06/18/2011 05:05 AM, Christopher Bergström wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> We're in the process of considering contributing to gfortran for a
>>>>> special project, but when we started to vet the codebase we hit a bump
>>>>> in lack of commit history.
>>>>
>>>> Additional information is here:
>>>>
>>>> http://sourceforge.net/projects/gcc-g95
>>>>
>>>> The above gives you the history after the split from the g95 project:
>>>>
>>>> http://sourceforge.net/projects/g95
>>>>
>>>> in January 2003.
>>>>
>>> The original commit by Paul Brook of the gcc-g95 repository contents
>>> to the GCC repository is here:
>>>
>>> http://gcc.gnu.org/ml/gcc-cvs/2003-07/msg01087.html
>>>
>> Ok I pulled the gcc-g95 and g95 projects
>>
>> gcc-g95 starts with this..
>>
>> revision 1.1.1.1
>> date: 2003/01/06 21:04:20; author: paul_brook; state: Exp; lines: +0 -0
>> Initial import of all files into CVS.
>> -
>>
>> So I think I still have the same question - Import from where? (I think
>> I'm looking for the exact point which it was forked from sourceforge g95
>> repo)
>
> Well, that question is very simple to answer - the point at which Andy
> Vaught turned the g95 repository in a read-only one for the other
> contributors.
>
> That was the whole reason to create a new repository.

*cough*

I feel the pain in that reply and it's not what I'm trying to stir up
here.  I'll see if we can directly match something against the 2
trees.

(Actually some of the point to all my questions are trying to make
amends to some of this past history)


Re: Original commit history for gfortran

2011-06-19 Thread Christopher Bergström
On Mon, Jun 20, 2011 at 12:02 AM, Janus Weil  wrote:
> 2011/6/19 "C. Bergström" :
>> In this case I serve the end user/community and not directly open source.
>>  Why?  Would it be good for Fortran if a F2K3 front-end was freely available
>> under a commercially friendly license?  (This is a deeper question I'd love
>> feedback on)
>
> From my point of view a freely available F2K compiler is the only hope
> for something like a "Fortran community" to keep exisiting (or even
> for the language itself to survive). Of course this does not mean at
> all that there is no space for high-quality commercial compilers. I
> even think that the commercial compiler vendors might profit from the
> existence of a freely available compiler.
>
> Note that right now we have barely *any* compiler which can claim to
> have a complete F2K implementation (though a few are quite close).
> Among the freely available ones, gfortran is surely the one which is
> closest.
>
>
>>    a. I see people moving away from Fortran and more towards C++.  (Sorry no
>> empirical data to back this, but how do we stop this trend)
>
> This is surely true. The only way to stop it is to provide a Fortran
> implementation of those features that make C++ so attractive (e.g.
> object orientation, etc). Such an implementation must be freely
> available and on the same quality level as, say, g++.
>
>
>>    d. Would there be any negative impact to gfortran if PGI/Intel took the
>> front-end?  (Or even worse PathScale *gasp*)
>
> What exactly do you mean by "taking" the front-end?

Above I was referring to a fortran front-end (like gfortran) being
available under a more permissive license (BSD/MIT. etc)  If that was
true then it would be possible for a commercial compiler (PGI/Intel)
to take the front-end and then just make it emit the IR needed.

>
>
>> Not all commercial companies are bad (Redhat, Canonical.. etc).  From my
>> perspective it's commercial companies that generally pay people to work full
>> time and get real engineering in open source done.
>
> Agreed. Another example being Google, which helped me a lot to
> contribute to gfortran (via several Summer of Code stipends).

Certainly not an exhaustive list :)

>
>
>> If you have concerns about PathScale email me privately.  My intention is to
>> vet the codebase.  Vetting g95 is relatively easy, but there's a chasm
>> between it and gfortran I'm trying to map.  If that's successful I'd like to
>> figure out if/how PathScale can contribute.  if we continue to get much more
>> negatively this early on (I don't care the reason).  I'll just forget the
>> whole thing.
>
> If you want this discussion to take a more positive direction, maybe
> you should try to explain your intentions a bit more clearly instead
> of making cloudy allusions. What exactly are you aiming for?

Nothing cloudy

1) Vet the codebase (stated this clearly)
2) Listen to what people say - (What needs to be worked on, are people
open to things like dual licensing, what's the future of Fortran,
etc..)

For whatever reason someone at Apple has decided to work on "flang".
I'm not sure if the code is public or even a serious effort at all.
Apple certainly has the resources to toss at it, but outside of
someone's personal hobby project I can only think of one reason to
spend time on it.

1) Our goal (PathScale) is to implement F2K3/8
2) My personal goal is to advocate and push open source

# Possibly more important than either of the two points above
3) I'd like to see a larger Fortran community grow out of gfortran.
(This of course largely depends on if the contributors are more
interested in keeping it locked up to gcc or increasing Fortran
adoption.)

btw - I appreciate the feedback and information from everyone so far..

Thanks