From the WASD mailing list:

Pleased to announce the release of WASD v12.0 for the Alpha,
Itanium and x86-64 (V9.1-A) platforms.

On Sunday, November 7, 2021 at 11:23:41 PM UTC, Jan-Erik Söderholm wrote:
> From the WASD mailing list:
>
> Pleased to announce the release of WASD v12.0 for the Alpha,
> Itanium and x86-64 (V9.1-A) platforms.

Perl was announced earlier :-)
https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk

On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
> Perl was announced earlier :-)
> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk

SQLite was ported in September. Just like the Alpha --> IA64 transition,
the 'port' is mostly re-compiling on the new platform and involves no
where near the effort required for VAX --> Alpha. The X86 cross build
environment is biggest wrinkle I've had to deal with.

On Monday, November 8, 2021 at 4:19:05 PM UTC, osuv...@gmail.com wrote:
> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
> > Perl was announced earlier :-)
> > https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
> SQLite was ported in September. Just like the Alpha --> IA64 transition,
> the 'port' is mostly re-compiling on the new platform and involves no
> where near the effort required for VAX --> Alpha. The X86 cross build
> environment is biggest wrinkle I've had to deal with.

yes. Everyone looking forward to native compilers.

On 11/8/21 10:19 AM, David Jones wrote:
> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
>> Perl was announced earlier :-)
>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
>
> SQLite was ported in September. Just like the Alpha --> IA64 transition,
> the 'port' is mostly re-compiling on the new platform and involves no
> where near the effort required for VAX --> Alpha. The X86 cross build
> environment is biggest wrinkle I've had to deal with.

And WASD was ported back in May:

https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ

On 11/8/2021 12:20 PM, Craig A. Berry wrote:
> On 11/8/21 10:19 AM, David Jones wrote:
>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
>>> Perl was announced earlier :-)
>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
>>
>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
>> the 'port' is mostly re-compiling on the new platform and involves no
>> where near the effort required for VAX --> Alpha. The X86 cross build
>> environment is biggest wrinkle I've had to deal with.
>
> And WASD was ported back in May:
>
> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ

Maybe VSI should create a page listing "well known" software already
available for VMS x86-64.

That could create a positive impression of the state of the port.

Arne

On 2021-11-08, Craig A. Berry <craigberry@nospam.mac.com> wrote:
> On 11/8/21 10:19 AM, David Jones wrote:
>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
>>> Perl was announced earlier :-)
>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
>>
>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
>> the 'port' is mostly re-compiling on the new platform and involves no
>> where near the effort required for VAX --> Alpha. The X86 cross build
>> environment is biggest wrinkle I've had to deal with.
>
> And WASD was ported back in May:
>
> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ
>

Ok, at which point does someone come out claiming they did the earliest
port to x86-64 VMS while walking uphill to work in the snow (both ways) ? :-)

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On 11/8/2021 1:03 PM, Arne Vajhøj wrote:
> On 11/8/2021 12:20 PM, Craig A. Berry wrote:
>> On 11/8/21 10:19 AM, David Jones wrote:
>>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
>>>> Perl was announced earlier :-)
>>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
>>>
>>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
>>> the 'port' is mostly re-compiling on the new platform and involves no
>>> where near the effort required for VAX --> Alpha. The X86 cross build
>>> environment is biggest wrinkle I've had to deal with.
>>
>> And WASD was ported back in May:
>>
>> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ
>
> Maybe VSI should create a page listing "well known" software already
> available for VMS x86-64.
>
> That could create a positive impression of the state of the port.
>
> Arne
>

Until there are native compilers, I would not go that far. Perhaps ported and tested,
but "available"? Beyond my comfort level.

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On Monday, November 8, 2021 at 4:17:12 PM UTC-5, Dave Froble wrote:
> On 11/8/2021 1:03 PM, Arne Vajhøj wrote:
> > On 11/8/2021 12:20 PM, Craig A. Berry wrote:
> >> On 11/8/21 10:19 AM, David Jones wrote:
> >>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
> >>>> Perl was announced earlier :-)
> >>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
> >>>
> >>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
> >>> the 'port' is mostly re-compiling on the new platform and involves no
> >>> where near the effort required for VAX --> Alpha. The X86 cross build
> >>> environment is biggest wrinkle I've had to deal with.
> >>
> >> And WASD was ported back in May:
> >>
> >> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ
> >
> > Maybe VSI should create a page listing "well known" software already
> > available for VMS x86-64.
> >
> > That could create a positive impression of the state of the port.
> >
> > Arne
> >
> Until there are native compilers, I would not go that far. Perhaps ported and tested,
> but "available"? Beyond my comfort level.
>
> --
> David Froble Tel: 724-529-0450
> Dave Froble Enterprises, Inc. E-Mail: da...@tsoft-inc.com
> DFE Ultralights, Inc.
> 170 Grimplin Road
> Vanderbilt, PA 15486

You didn't hear this from me :) but we already have clang running on x86 and we're just days away from attempting to link a native BLISS compiler using LLVM 10.0.1 as our first landing spot.

On 2021-11-09, John Reagan <xyzzy1959@gmail.com> wrote:
>
> You didn't hear this from me :) but we already have clang running on x86 and we're just days away from attempting to link a native BLISS compiler using LLVM 10.0.1 as our first landing spot.

Does that mean you have CMake running under VMS ?

If so, would CMake build on Alpha as well, or is the port x86-64 specific ?

BTW, what build files are you generating ? Is it "Unix Makefiles" ?

Also BTW, does the "-target" option work for your port of clang and
does it support the usual target triples ? :-)

That last question is strictly just a "just curious" BTW. :-)

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On 11/9/2021 10:07 AM, John Reagan wrote:
> On Monday, November 8, 2021 at 4:17:12 PM UTC-5, Dave Froble wrote:
>> On 11/8/2021 1:03 PM, Arne Vajhøj wrote:
>>> On 11/8/2021 12:20 PM, Craig A. Berry wrote:
>>>> On 11/8/21 10:19 AM, David Jones wrote:
>>>>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
>>>>>> Perl was announced earlier :-)
>>>>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
>>>>>
>>>>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
>>>>> the 'port' is mostly re-compiling on the new platform and involves no
>>>>> where near the effort required for VAX --> Alpha. The X86 cross build
>>>>> environment is biggest wrinkle I've had to deal with.
>>>>
>>>> And WASD was ported back in May:
>>>>
>>>> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ
>>>
>>> Maybe VSI should create a page listing "well known" software already
>>> available for VMS x86-64.
>>>
>>> That could create a positive impression of the state of the port.
>>>
>>> Arne
>>>
>> Until there are native compilers, I would not go that far. Perhaps ported and tested,
>> but "available"? Beyond my comfort level.
>>
>> --
>> David Froble Tel: 724-529-0450
>> Dave Froble Enterprises, Inc. E-Mail: da...@tsoft-inc.com
>> DFE Ultralights, Inc.
>> 170 Grimplin Road
>> Vanderbilt, PA 15486
>
> You didn't hear this from me :) but we already have clang running on x86 and we're just days away from attempting to link a native BLISS compiler using LLVM 10.0.1 as our first landing spot.
>

Too late! I heard that.

Congratulations and thanks for what you've done so far. Keep up the excellent
work.

When will I not hear that anyone is thinking about Basic?

--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: davef@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486

On Tuesday, November 9, 2021 at 1:47:40 PM UTC-5, Simon Clubley wrote:
> On 2021-11-09, John Reagan <xyzz...@gmail.com> wrote:
> >
> > You didn't hear this from me :) but we already have clang running on x86 and we're just days away from attempting to link a native BLISS compiler using LLVM 10.0.1 as our first landing spot.
> Does that mean you have CMake running under VMS ?
>
> If so, would CMake build on Alpha as well, or is the port x86-64 specific ?
>
> BTW, what build files are you generating ? Is it "Unix Makefiles" ?
>
> Also BTW, does the "-target" option work for your port of clang and
> does it support the usual target triples ? :-)
>
> That last question is strictly just a "just curious" BTW. :-)
> Simon.
>
> --
> Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
> Walking destinations on a map are further away than they appear.
I didn't say where we built it. :) Currently built on Linux using a modified clang, linked on OpenVMS x86. Building on OpenVMS is the next step. We only configured the x86-64 target for the build. It is slow enough as it is. And yes, we did the same thing with libcxx and libcxxabi (which is still a work in progress)

We're working on CMake.

On Tuesday, November 9, 2021 at 1:49:26 PM UTC-5, Dave Froble wrote:
> On 11/9/2021 10:07 AM, John Reagan wrote:
> > On Monday, November 8, 2021 at 4:17:12 PM UTC-5, Dave Froble wrote:
> >> On 11/8/2021 1:03 PM, Arne Vajhøj wrote:
> >>> On 11/8/2021 12:20 PM, Craig A. Berry wrote:
> >>>> On 11/8/21 10:19 AM, David Jones wrote:
> >>>>> On Monday, November 8, 2021 at 10:57:51 AM UTC-5, Ian Miller wrote:
> >>>>>> Perl was announced earlier :-)
> >>>>>> https://groups.google.com/g/comp.os.vms/c/yBNni5v_oLk
> >>>>>
> >>>>> SQLite was ported in September. Just like the Alpha --> IA64 transition,
> >>>>> the 'port' is mostly re-compiling on the new platform and involves no
> >>>>> where near the effort required for VAX --> Alpha. The X86 cross build
> >>>>> environment is biggest wrinkle I've had to deal with.
> >>>>
> >>>> And WASD was ported back in May:
> >>>>
> >>>> https://groups.google.com/g/comp.os.vms/c/2t1vcNS_eYo/m/ZoT-LvtSAAAJ
> >>>
> >>> Maybe VSI should create a page listing "well known" software already
> >>> available for VMS x86-64.
> >>>
> >>> That could create a positive impression of the state of the port.
> >>>
> >>> Arne
> >>>
> >> Until there are native compilers, I would not go that far. Perhaps ported and tested,
> >> but "available"? Beyond my comfort level.
> >>
> >> --
> >> David Froble Tel: 724-529-0450
> >> Dave Froble Enterprises, Inc. E-Mail: da...@tsoft-inc.com
> >> DFE Ultralights, Inc.
> >> 170 Grimplin Road
> >> Vanderbilt, PA 15486
> >
> > You didn't hear this from me :) but we already have clang running on x86 and we're just days away from attempting to link a native BLISS compiler using LLVM 10.0.1 as our first landing spot.
> >
> Too late! I heard that.
>
> Congratulations and thanks for what you've done so far. Keep up the excellent
> work.
>
> When will I not hear that anyone is thinking about Basic?
> --
> David Froble Tel: 724-529-0450
> Dave Froble Enterprises, Inc. E-Mail: da...@tsoft-inc.com
> DFE Ultralights, Inc.
> 170 Grimplin Road
> Vanderbilt, PA 15486
I'm currently fighting with BASIC MAPs. Fortran generates reasonable GEM CIL and symbol table for COMMON blocks, but BASIC uses a "clever" sequence of symbol tables that the GEM to LLVM converter was unprepared for. I think I grok it.

On Wednesday, November 10, 2021 at 9:57:37 AM UTC+13, xyzz...@gmail.com wrote:

> We're working on CMake.

Will your patches be going back upstream?

Because the last thing you want to do is maintain your own proprietary fork.

I have started building some of my freeware for OpenVMS X86_64, too. You
can find them in the OpenVMS Resource Center on the Process Software
website:

https://www.process.com/resources/openvms/index.html

This ungainly URL will display the packages that run on OpenVMS X86_64 now.

http://vms.process.com/scripts/fileserv/fileserv_search.exe?package=&description=&author=&system=x86

There are only two right now, but I hope to add more soon.

--
Hunter
------
Hunter Goatley, Process Software, http://www.process.com/
goathunter@goatley.com http://hunter.goatley.com/

On Tuesday, November 9, 2021 at 4:28:07 PM UTC-5, Lawrence D’Oliveiro wrote:
> On Wednesday, November 10, 2021 at 9:57:37 AM UTC+13, xyzz...@gmail.com wrote:
>
> > We're working on CMake.
> Will your patches be going back upstream?
>
> Because the last thing you want to do is maintain your own proprietary fork.

The CMake code already comes with ifdef's for __VMS. For OpenVMS, it uses
vfork()/execvp(). Most of our "work" on CMake is shaking out our header changes
and such. I should say "started porting CMake to help shaking out other issues".
We're currently working on the personality routines in libcxxabi because of it.

On Wednesday, November 10, 2021 at 8:25:26 AM UTC-5, John Reagan wrote:
> On Tuesday, November 9, 2021 at 4:28:07 PM UTC-5, Lawrence D’Oliveiro wrote:
> > On Wednesday, November 10, 2021 at 9:57:37 AM UTC+13, xyzz...@gmail.com wrote:
> >
> > > We're working on CMake.
> > Will your patches be going back upstream?
> >
> > Because the last thing you want to do is maintain your own proprietary fork.
> The CMake code already comes with ifdef's for __VMS. For OpenVMS, it uses
> vfork()/execvp(). Most of our "work" on CMake is shaking out our header changes
> and such. I should say "started porting CMake to help shaking out other issues".
> We're currently working on the personality routines in libcxxabi because of it.

In fairness, that vfork() change might have been make inside VSI. I'm now checking in it.