handzlikchris / handzlikchris/FastScriptReload
[Optimization] Some other "Microsoft.CSharp.dll" found in project
- Langage dominant
- C#
- Étoiles
- 2.2k
- Forks
- 167
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Hi!
I’ve been using FSR for a while and find it quite fabulous.
Meanwhile, I’m using some Unity MCP packages that include a customized Microsoft.CSharp.dll. The relevant code in FSR is here:
https://github.com/handzlikchris/FastScriptReload/blob/2018c7615df46777b03b9a87304b65d14e9d0823/Assets/Scripts/Editor/Compilation/DynamicCompilationBase.cs#L64C1-L69C12
Because the dll is customized and its version doesn’t match the standard one, I encounter “dll version not match” failures during patch compiling.
It would be very helpful if FSR could support a special mark for such custom Microsoft.CSharp.dll assemblies—so that they are recognised and handled appropriately.
Thank you very much for considering this!
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Commencez dans Assets/Scripts/Editor/Compilation/DynamicCompilationBase.cs aux lignes référencées et examinez comment les assemblies Microsoft.CSharp.dll sont identifiés lors de la compilation du patch. Reproduisez l’échec avec une DLL personnalisée provenant d’un package Unity MCP. Le travail est terminé lorsque les assemblies Microsoft.CSharp.dll personnalisés peuvent être marqués, reconnus et gérés sans erreur d’incompatibilité de version.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp, unity
- Domaine
- devtools, game-dev
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100