[MacPorts] #57441: gvemodules-xforms @0.2: error: unexpected type name 'HPtNCoord': expected expression

[MacPorts]

#57441: gvemodules-xforms @0.2: error: unexpected type name 'HPtNCoord': expected
expression
--------------------------------+------------------------
  Reporter:  ryandesign         |      Owner:  raphael-st
      Type:  defect             |     Status:  closed
  Priority:  Normal             |  Milestone:
 Component:  ports              |    Version:
Resolution:  fixed              |   Keywords:
      Port:  gvemodules-xforms  |
--------------------------------+------------------------

Comment (by raphael-st):

 Replying to [comment:14 ryandesign]:
 > Replying to [comment:10 raphael-st]:
 > > gvemod-crayola builds but still has a problem because there is a
 binary ({{{src/Crayola}}}) in the distfiles archive that obviously has
 overwritten the original Tcl file that is needed for the build.
 >
 > From what I can tell, this situation is amazing. Their build system
 relies on a case-sensitive filesystem because they have a script Crayola
 and they produce a binary crayola in the same directory.
 [https://sourceforge.net/p/geomview/mailman/message/18682536/ You warned
 them that this was a problem] on case-insensitive filesystems in a post on
 their mailing list over ten years ago, and they apparently haven't done
 anything about it, and then they actually used macOS with a case-
 insensitive filesystem to mispackage their latest release. I was going to
 suggest finding the correct version of the file in their repository, but
 [https://sourceforge.net/p/geomview/code/ they have their code in CVS at
 SourceForge] which is not browsable on the web, so I checked out the code
 using the command line. Maybe I don't know how to use CVS correctly, but
 it doesn't look like the CVS repositories actually contain the code; there
 is no src directory in there, for example. SourceForge disabled write
 access to CVS repositories last year, at which time the developers took
 [http://www.geomview.org/dev a backup of their repositories as tarballs]
 and put them on their web server. Those backups don't appear to contain
 the code either. They have [https://github.com/geomview a GitHub
 presence], and they
 [https://sourceforge.net/p/geomview/mailman/message/36068059/ discussed
 moving development there] and updating those repositories with the latest
 code; they don't appear to have done that since
 [https://github.com/geomview/gv1-emodules/tree/master/gvemod-crayola that
 code is not up to date].

 Yes, your analysis is correct. I also tried to get the latest code via CVS
 and did not succeed.

 > Since you've spoken with them on their mailing list before, maybe you
 can talk with them again about maybe resolving some of these issues?

 Maybe, but I think as long as the code on GitHub is not current, there is
 little chance that anybody releases new versions of the affected modules.

 > Replying to [comment:12 raphael-st]:
 > > As the Tcl script did not change between 0.2 and 0.4 the script from
 > > the 0.2 archive is used.
 >
 > How did you confirm that? Did you find the full 0.4 code somewhere?

 I thought that the GitHub version is the current version but you are
 right, this seems to be an older version. At least the modules work for me
 as expected now and I don't think that there were any substantial changes
 in these short Tcl scripts.

-- 
Ticket URL: <https://trac.macports.org/ticket/57441#comment:16>
MacPorts <https://www.macports.org/>
Ports system for macOS