<feed xmlns='http://www.w3.org/2005/Atom'>
<title>slang.git/tests/diagnostics/uninitialized-generic.slang, branch master</title>
<subtitle>Making it easier to work with shaders</subtitle>
<id>https://git.yummers.dev/slang.git/atom?h=master</id>
<link rel='self' href='https://git.yummers.dev/slang.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.yummers.dev/slang.git/'/>
<updated>2025-01-23T08:06:21+00:00</updated>
<entry>
<title>Fix incorrect resolve of specialization instance (#6162)</title>
<updated>2025-01-23T08:06:21+00:00</updated>
<author>
<name>Jay Kwak</name>
<email>82421531+jkwak-work@users.noreply.github.com</email>
</author>
<published>2025-01-23T08:06:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.yummers.dev/slang.git/commit/?id=a9ce7520e5f1b97b09e5de69455258bef55e10d2'/>
<id>urn:sha1:a9ce7520e5f1b97b09e5de69455258bef55e10d2</id>
<content type='text'>
* Fix incorrect resolve of specialization instance

While checking the uninitialized variables, we were not resolving the
specialized instance correctly. This commit repeats the resolve while
the result is a specialization instance. A new test is added for this:
  tests/diagnostics/uninitialized-generic.slang

After the problem is fixed, it revealed another problem in existing
tests:
  tests/compute/nested-generics2.slang
  tests/diagnostics/uninitialized-local-variables.slang

When a struct has a member variable whose type is a generic type,
we cannot iterate over its member variables yet, because the type
is unknown until the generic function/struct is specialized. We will
have to give up checking for these cases.</content>
</entry>
</feed>
