1. Forum
  2. Usenet
  3. COMP.LANG.FORTRAN

  • Re: converting a 700,000+ line Fortran 77 plus 50,000+ line C++ program

    From Sam@21:1/5 to Lynn McGuire on Tue Apr 8 20:34:12 2025
    XPost: comp.lang.c++

    Lynn McGuire writes:

    I am back on this project again. I have converted over 100,000 lines of the F77 code to C++ now and am debugging character string issues.

    Thanks for the update. Good job. Here's a cookie for you. Keep up the good work.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Lynn McGuire on Wed Apr 9 07:18:34 2025
    XPost: comp.lang.c++

    On Tue, 8 Apr 2025 15:06:06 -0500, Lynn McGuire wrote:

    I tried GFortran and GCC with Simply Fortran for a long while but the debugging is simply horrible.

    Have you tried using the GNU tools (gfortran, gcc, gdb etc) directly,
    leaving out the Simply Fortran middleman?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Koenig@21:1/5 to Lynn McGuire on Fri Apr 11 07:28:10 2025
    Lynn McGuire <lynnmcguire5@gmail.com> schrieb:
    On 4/10/2025 2:52 PM, Lawrence D'Oliveiro wrote:
    On Thu, 10 Apr 2025 14:39:02 -0500, Lynn McGuire wrote:

    On 4/9/2025 7:35 PM, Lawrence D'Oliveiro wrote:

    This is why you have build systems.

    I started using the first IDE (interactive development environment) in
    1983 ??? with Turbo Pascal. $49 IIRC. It was a simply amazing way of
    doing things. Nowadays, Visual Studio comes closest to the Turbo Pascal >>> IDE but even it is not quite there. Visual Studios lack of a decent
    Fortran compiler sucks.

    IDEs tend to be limited in their build systems. They’re not flexible: they >> insist you build things their way.

    I moved back to build systems on the Apollo Domain in 1989 using DSEE
    but it was a downer compared to Turbo Pascal. It did allow multiple
    user development teams to work together though. We only had a few
    hallway fights on code conflicts, most were resolved by DSEE.

    Back in the day, we called them “CASE tools”, and they cost €€€. Nowadays,
    they are just “developer tools”, and they are part of the standard package
    repositories.

    The one thing Git does better than any other VCS is merging branches. No
    more hallway fights ...

    One of my items on my long term plan is to move from CVSNT to Git.

    I find git very unpleasant to work with. Merge conflicts are
    handled quite ungracefully, but my main problem is that I have
    no mental model of what is happening with which command (which
    means that I remove my local copies of the repos from time to time).

    The conversion from svn to git of gcc was a _huge_ project, and
    extremely difficult (took > man-year).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lawrence D'Oliveiro@21:1/5 to Thomas Koenig on Fri Apr 11 22:08:02 2025
    On Fri, 11 Apr 2025 07:28:10 -0000 (UTC), Thomas Koenig wrote:

    I find git very unpleasant to work with. Merge conflicts are handled
    quite ungracefully ...

    Use something else that handles merges better, then.

    ... but my main problem is that I have no mental model
    of what is happening with which command (which means that I remove my
    local copies of the repos from time to time).

    The commit structure is a DAG. People tend to groan every time that comes
    up, but it’s a core concept.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Duffy@21:1/5 to Lynn McGuire on Tue Apr 22 04:53:44 2025
    In comp.lang.fortran Lynn McGuire <lynnmcguire5@gmail.com> wrote:
    On 11/23/2022 5:36 PM, Tran Quoc Viet wrote:
    On Saturday, November 19, 2022 at 1:01:25 PM UTC+7, Lynn McGuire wrote:
    We are converting a 700,000+ Fortran 77 lines of code plus 50,000+ C++
    lines of code engineering software product to C++. With all that code,

    Mentioned recently on Hacker News:

    https://www.lanl.gov/media/publications/1663/0125-llm-translation

    "...O???Malley is taking open-source LLMs, running them on Lab computers, and plying the models with a technique called retrieval-augmented generation
    (RAG), where generative models are enhanced with data from external
    sources. The idea is to train the models to translate from Fortran to C++
    using what???s known as few-shot learning..."

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)