Summary: | lang/dotnet-host: allowing building on i386 | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Mikhail Teterin <mi> | ||||
Component: | Individual Port(s) | Assignee: | Gleb Popov <arrowd> | ||||
Status: | Closed Not Accepted | ||||||
Severity: | Affects Only Me | Flags: | arrowd:
maintainer-feedback+
|
||||
Priority: | --- | ||||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Well, until we get bootstraps for i386 I don't think we should push this one. (In reply to Gleb Popov from comment #1) > Well, until we get bootstraps for i386 I don't think we should push this one. Doesn't this make it a chicken-and-egg problem? Until the dotnet-host supports i386, why would anyone bother creating boostraps for i386 -- and how would they do it, even if they wanted to? (In reply to Mikhail Teterin from comment #2) dotnet-host has nothing to do about producing bootstraps. It is just a port that deduplicates the dotnet executable between lang/dotnet8 and lang/dotnet (In reply to Gleb Popov from comment #3) > It is just a port that deduplicates the dotnet executable between lang/dotnet8 and lang/dotnet Ok... But if it is a dependency for both of those, then making it build on i386 would be the first -- easy -- step to making the dependents build on i386, no? Who would provide the necessary boostrapping, though? Would it be the upstream maintainers -- and should I try to make them accept my changes to cmake-files? I'd recommend creating a working bootstrap first. Then once you get a proof that it works you can approach upstream with all patches you generated. By the way, why is the compiled executable dotnet installed into ${PREFIX}/share? According to hier(7), share/ is for architecture-independent files -- an ELF-binary does not belong, does it? I guess the description is a bit dated and does not reflect the reality anymore. share/foo is now more "arbitrary files belonging to foo". Let's close this PR for now until all necessary porting work is done upstream. |
Created attachment 259589 [details] Allow building on i386 Upstream's code allows for 32-bit (x86) builds on other operating systems. This patch will allow building it on FreeBSD as well. The actual lang/dotnet will be tougher, because there are no readily available bootstrap binaries (yet).