Created attachment 173593 [details] reinplace FREEBSD instead of LINUX There is a minor bug where the code has a 'LINUX ' string hardcoded and the reports appear to be generated on LINUX INTEL platform. The string length is fixed and it's customary in FORTRAN to use capital letters so as a quick fix hardcode the 'FREEBSD' value instead. The resulting reports look like this now: **** * * * * * N A S T R A N * * * * **** INTEL COMPUTER SYSTEMS FREEBSD VERSION
how about using ${OPSYS:tu} so that this fix will apple to DragonFly too?
(In reply to John Marino from comment #1) I though about it but DRAGONFLY may be one character too long (FREEBSD is right on the limit and even breaks a comment). I won't object if you want to test/commit it though.
if it's a technical limitation, that's fine. It probably should be documented in a comment in the port makefile so this knowledge doesn't get lost later.
(In reply to John Marino from comment #3) TBH, I didn't try, I just noticed they existing strings are fixed length and I haven't programmed in FORTRAN since the 80's. BTW, what does Dragonfly report with $OPSYS? Just Dragonfly or DragonflyBSD?
it returns "DragonFly", thanks. My fortran is rusty too, I'd have to review the basics before trying to modify it.
(In reply to John Marino from comment #5) FWIW, if I use DRAGONFLY, the report will read: INTEL COMPUTER SYSTEMS DRAGONF VERSION
Yeah, I think the best we can do is "BSD VERSION" but leaving it "FREEBSD" version is reasonable, given the 6/7 character limit.
A commit references this bug: Author: marino Date: Tue Aug 23 02:29:45 UTC 2016 New revision: 420643 URL: https://svnweb.freebsd.org/changeset/ports/420643 Log: cad/NASTRAN-95: Report version as FREEBSD rather than LINUX The maximum string length is 7 characters, so setting it to OPSYS:tu wouldn't work in all cases (e.g. DragonFly) but having NASTRAN advertise itself as a native FreeBSD program is still better in any case. PR: 211781 Submitted by: maintainer (pfg) Changes: head/cad/NASTRAN-95/Makefile