Branch: refs/heads/blead
  Home:   https://github.com/Perl/perl5
  Commit: 07758e331f195dcf1cfdc103a2c3af0591163abf
      
https://github.com/Perl/perl5/commit/07758e331f195dcf1cfdc103a2c3af0591163abf
  Author: Craig A. Berry <craigbe...@mac.com>
  Date:   2022-10-18 (Tue, 18 Oct 2022)

  Changed paths:
    M configure.com

  Log Message:
  -----------
  Remove sharedperl option on VMS

This was intended to allow Perl for multiple architectures to reside
in a single installation directory tree, primarily for mixed-architecture
clusters.  Disk space is a lot cheaper than it was when this first came
along, and architecture-specific library directories have since become
a thing, so there might be a better way to do this now if it's even still
desireable.  It's unclear whether the feature has been used in recent
decades -- it certainly hasn't been tested recently.

Removing it simplifies the build and is something that doesn't have to
get fixed whenever a port to a new architecture comes along.


  Commit: cbe0d257f1da7358d391918e27708774c141ad21
      
https://github.com/Perl/perl5/commit/cbe0d257f1da7358d391918e27708774c141ad21
  Author: Craig A. Berry <craigbe...@mac.com>
  Date:   2022-10-18 (Tue, 18 Oct 2022)

  Changed paths:
    M configure.com

  Log Message:
  -----------
  Remove vestigial reference to /VAXC qualifier

This refers to building using DEC C but with a VAX C compatibility
mode.  Building Perl like that has not been supported for a long
time and it's not worth revisiting as that basically puts the
compiler into a K & R, pre-ANSI mode.


  Commit: 86afe6b06de7f1c961f08890ea7dad6c1acbb0d8
      
https://github.com/Perl/perl5/commit/86afe6b06de7f1c961f08890ea7dad6c1acbb0d8
  Author: Craig A. Berry <craigbe...@mac.com>
  Date:   2022-10-18 (Tue, 18 Oct 2022)

  Changed paths:
    M configure.com
    M vms/descrip_mms.template
    M vms/gen_shrfls.pl
    M vms/vmsish.h

  Log Message:
  -----------
  Remove ancient and broken GCC for VMS support

There has not been a viable GCC for VMS in a couple of decades and
the hacks and workarounds that were necessary then are unlikely to
be helpful for any future work.  Reportedly significant portions of
the GCC toolchain were available in GNAT Ada, but there was never
an independent release of the C compiler and that support has now
been removed as well.

Cleaning this up should make it easier to add alternate compiler
support in the future, such as for the clang port in progress at
VSI.


Compare: https://github.com/Perl/perl5/compare/8aca9cadefb0...86afe6b06de7

Reply via email to