vfmt removing shared from before shared struct {...}

[islonely]

V version: V 0.4.9 bed28d1, press to see full `v doctor` output

V full version	V 0.4.9 4225a34.bed28d1
OS	macos, macOS, 15.1.1, 24B91
Processor	8 cpus, 64bit, little endian, Apple M3
Memory	0.08GB/16GB
V executable	/Users/adamoates/v/v
V last modified time	2025-01-11 13:57:09
V home dir	OK, value: /Users/adamoates/v
VMODULES	OK, value: /Users/adamoates/.vmodules
VTMP	OK, value: /tmp/v_501
Current working dir	OK, value: /Users/adamoates/Documents/shattlebip
Git version	git version 2.39.5 (Apple Git-154)
V git status	weekly.2025.1-29-gbed28d1e (6 commit(s) behind V master)
.git/config present	true
cc version	Apple clang version 16.0.0 (clang-1600.0.26.4)
gcc version	Apple clang version 16.0.0 (clang-1600.0.26.4)
clang version	Apple clang version 16.0.0 (clang-1600.0.26.4)
tcc version	tcc version 0.9.28rc 2024-02-05 HEAD@105d70f7 (AArch64 Darwin)
tcc git status	thirdparty-macos-arm64 713692d4
emcc version	N/A
glibc version	N/A

What did you do?
v fmt foo.v

struct Foo {
	bar shared struct {
		foo int
		bar int
	}
}

What did you see?

struct Foo {
	bar struct {
		foo int
		bar int
	}
}

What did you expect to see?

Expected code to remain unchanged after vfmt

Note

You can use the 👍 reaction to increase the issue's priority for developers.

Please note that only the 👍 reaction to the issue itself counts as a vote.
Other reactions and those to comments will not be taken into account.

[huly-for-github]

Connected to Huly®: V_0.6-21871

[felipensp]

It is not a vfmt issue only. The resulting C code is not a shared struct.

[JalonSolov]

Can anonymous structs be shared?

[spytheman]

Can anonymous structs be shared?

I do not see why not.
If the language allows them and wants to be consistent, even though they lack a type name, they should have a field name, when declared inside another struct, so you should be able to: lock instance.field_name {...} and then do stuff inside that block, that access instance.field_name.anon_struct_fieldname .