Summary: | lang/mlton missing RUN_DEPENDS for gcc47 | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Brooks Davis <brooks> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> | ||||
Status: | Closed Overcome By Events | ||||||
Severity: | Affects Only Me | CC: | beyert, rakuco | ||||
Priority: | --- | Keywords: | patch | ||||
Version: | Latest | Flags: | beyert:
maintainer-feedback+
|
||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Brooks Davis
2015-04-22 19:05:04 UTC
Does the USE_GCC macro not suffice, or is that only for establishing a runtime dependency? (In reply to Timothy Beyer from comment #1) USE_GCC only sets up a build dependency. I will experiment with using ${CC} at runtime. If the current version requires gcc, then later versions are likely to be less dependent. There is an LLVM code generator in later versions, which is reported in the Mlton wiki to produce smaller binaries and faster executables. Created attachment 159798 [details]
use version of lang/gcc for RUN_DEPENDS
Also fixes some typos
I just uploaded a patch that uses the version of gcc of lang/gcc in RUN_DEPENDS (executable version number derived from ${LANG_GCC_IS}, but with the dot stripped). Let me know if this will suffice towards the runtime requirement. Brooks, can you confirm if Timothy's patch works for you? If there is anything wrong with that is preventing inclusion, I will be happy to sort out any issues. It's been hard for me to do rigorous testing on my ports because I used to depend on redports, which AFAIK wasn't available at the time I submitted this patch. I'd like to start using poudriere for my future submissions, although that doesn't address the issue that I don't have an easy means to test on other hardware. I just set maintainer-feedback to +, I was unaware of these flags until recently. My apologies. If an updated version of my submission is needed, please let me know. Thanks! The ball is on Brooks's court at the moment, you've done everything correctly. I could just commit your patch, but comment #2 doesn't look right to me. bsd.gcc.mk already has logic in it to add GCC as both a build- and run-time dependency. In fact, if I do `make -C /usr/ports/lang/mlton run-depends-list' without applying the patch attached to this bug I can see lang/gcc in the list. It's thus unclear to me if there's a problem to fix in the first place. It looks like this issue is OBE. The port does indeed correctly depend on gcc48 and that is the compiler mlton uses. Thanks for working on this. Sorry I haven't been responsive. |