Move attribute types to source generation, remove lib/ from package

[fm39hz]

Problem

Attribute types (SceneTree, Autoload, Notify, etc.) are compiled into lib/netstandard2.0/, creating a runtime dependency on GodotSharp.SourceGenerators.dll. When the assembly is loaded at runtime, the CLR tries to resolve its dependencies (Scriban, Microsoft.CodeAnalysis, CsvTextFieldParser), which fail because they are build-time-only analyzer dependencies. This produces 'Failed loading Assembly' warnings in the Godot console.

Solution

Emit all attribute types and supporting types (Scope, ResG, ResI, Generate, IResourceTreeConfig, ICodeComments) via RegisterPostInitializationOutput as generated source code in consuming projects. This eliminates the need for lib/netstandard2.0/ in the NuGet package.

Changes

• Shared/AttributeTypeEmitter.cs — new [Generator] that emits all attribute types before incremental generators run
• Shared/AttributeTypeSources.cs — 24 verbatim source constants for attributes and shared types
• SourceGenerators.csproj — set IncludeBuildOutput=false, suppress NU5128

Result

• Package ships DLL only in analyzers/dotnet/cs/
• No lib/netstandard2.0/ → no runtime dependency
• Attribute types are available at compile time via generated source
• Same API surface, zero behavioral change for consumers

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[Cat-Lips]

Hi.

As a source generator, the dll and dependencies shouldn't be required or even copied to the build output folder.

I tried creating a fresh project in Godot 4.6.3, adding GodotSharp.SourceGenerators 2.7.0 via nuget and adding [SceneTree] to the main scene. It built and ran ok from within the Godot Editor and the dll wasn't copied.

Could you pls upload a minimal build that causes the problem (or instructions to replicate)?

Thanks :)

[fm39hz]

Repro setup that triggers it:

• Package version: 2.7.0-260429-2100.Release (the auto daily build) — the stable 2.7.0 from nuget.org may behave differently
• SDK: .NET 10, Godot.NET.Sdk 4.6.2
• csproj: <EnableDynamicLoading>true</EnableDynamicLoading>
• Run: godot --path . (outside Editor)

With EnableDynamicLoading=true, the .NET SDK treats the package's lib/netstandard2.0/ as a runtime dependency → GodotSharp.SourceGenerators.dll ends up in the build output + .deps.json. When Godot loads it, the CLR tries to resolve Scriban/Microsoft.CodeAnalysis/CsvTextFieldParser (build-time analyzer deps) → 'Failed loading Assembly'.

That said, the PR already fixes the root cause — removing lib/ from the package entirely via IncludeBuildOutput=false is the correct approach regardless of SDK/environment differences. The attribute types are emitted via source gen, so consumers never need the DLL at runtime.