Open ArtemyB opened 6 months ago
I suppose the issue relates to the FCS update made in v4.8.0. Although I don't know what could provoke the error. I've checked Feliz.MaterialUI projects for the omission of the member
keyword in static member definitions, and so for haven't found any.
Seems like the origin of the problem is in that F# issue: https://github.com/dotnet/fsharp/issues/17415. For now, in case of Feliz.MaterialUI
packages, worked around the problem by making all the big modules (with a lot of definitions) recursive, as proposed in the mentioned issue description. But in general, for other similar cases, the issue remains unsolved as long as the originating F# issue exists.
Thanks for the information.
We will need to wait for F# team to fix the issue before we can include it in Fable. Hopefully, it will be done for F# 9
Not a problem, it's already a great relief to know an actual reason and have such a simple workaround available 🙌 It was quite a luck to stumble upon the F# issue, basically a random coincidence
Description
When compiling a project that references Feliz.MaterialUI, Fable throws a very bloated error. Fable versions
<4.8.0
compile everything fine.Repro code
So far, I've seen the error only when I tried to compile a project that references
Feliz.MaterialUI
orFeliz.MuiX.DatePickers
. As a ready example, the docs project in the Feliz.MaterialUI repo could be used. The steps to run it, via console, with the repo root as a working directory:dotnet restore
cd ./docs-app/
pnpm install
pnpm start
Then, somewhere during
Feliz.MaterialUI
orFeliz.MuiX.DatePickers
compilation, a kind of looping error will occur and clog the output. Here is a gist to the full output.Expected and actual results
Just compile a project as it happens with Fable <=4.7.0.
Related information