Bug 248591 - devel/flang and devel/flang-clang still depend on devel/llvm70
Summary: devel/flang and devel/flang-clang still depend on devel/llvm70
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Brooks Davis
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-11 10:31 UTC by tjlegg
Modified: 2022-09-27 10:17 UTC (History)
5 users (show)

See Also:
bugzilla: maintainer-feedback? (brooks)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description tjlegg 2020-08-11 10:31:45 UTC 
In spring 2020 the llvm f18 fortran compiler code landed in the llvm11 trunk renamed as flang.

I'm just a ports user that depends on a few ports that use gfortran, so I won't demand action, but devel/flang devel/flang-clang still depend on devel/llvm70 and devel/f18 depends on devel/llvm80.

Is there a way to update these and/or provide an option in llvm11/llvm-devel to build the new flang to reflect the progress the llvm project has made?
Comment 1 Brooks Davis freebsd_committer freebsd_triage 2020-08-11 20:37:08 UTC 
I'm interested in enabling flang in llvm11 and llvm-devel, but have been quite busy at work and not found time to investigate what's involved (I imagine llvm-devel just requires adding an option and turning it on if it works on FreeBSD at all.)
Comment 2 commit-hook freebsd_committer freebsd_triage 2020-08-14 18:36:39 UTC 
A commit references this bug:

Author: brooks
Date: Fri Aug 14 18:35:41 UTC 2020
New revision: 544895
URL: https://svnweb.freebsd.org/changeset/ports/544895

Log:
  Update to a new snapshot and add FLANG and MLIR options

  Add two new options:
   - FLANG (Fortran 2018 compiler)
   - MLIR (Multi-Level Intermediate Representation support)

  MLIR is enabled by default and required by FLANG. FLANG is not yet
  enabled by default because it is broken with LLVM_LINK_LLVM_DYLIB=ON
  which results in a truly enormous package (500+MB .txz).

  PR:		248591
  Sponsored by:	DARPA

Changes:
  head/devel/llvm-devel/Makefile
  head/devel/llvm-devel/Makefile.COMMANDS
  head/devel/llvm-devel/Makefile.snapshot
  head/devel/llvm-devel/distinfo
  head/devel/llvm-devel/files/patch-flang_tools_f18_flang.sh.in
  head/devel/llvm-devel/pkg-plist
Comment 3 Rene Ladan freebsd_committer freebsd_triage 2020-12-31 17:32:17 UTC 
What is the status of this PR?
Comment 4 Brooks Davis freebsd_committer freebsd_triage 2021-01-07 22:22:10 UTC 
Most likely these ports should just be deleted at some point.  They are unlikely to be updated.  I've not circled back to flang to see if it now builds with LLVM_LINK_LLVM_DYLIB=ON so haven't tried enabling it by default in llvm-devel.
Comment 5 Rene Ladan freebsd_committer freebsd_triage 2021-01-11 19:59:29 UTC 
(In reply to Brooks Davis from comment #4)
OK. There is one reverse dependency according to INDEX though, math/py-pynleq2, which is also a leaf port.
Comment 6 Rene Ladan freebsd_committer freebsd_triage 2021-02-14 20:05:55 UTC 
(In reply to Rene Ladan from comment #5)
math/py-pynleq2 does not depend on flang anymore as of r565258
Comment 7 Cy Schubert freebsd_committer freebsd_triage 2021-03-05 01:58:58 UTC 
I'll give it a spin. I have an old Fortran IV program from the mainframe that prints Snoopy calendars. If it builds something runable that doesn't hang it'll work with almost anything.
Comment 8 Rene Ladan freebsd_committer freebsd_triage 2021-03-21 16:15:54 UTC 
FYI, devel/llvm70 does not depend on Python 2.7 anymore.
Comment 9 Daniel Engberg freebsd_committer freebsd_triage 2022-09-27 10:17:46 UTC 
Closing this as both ports are to expire in a few days