cli: Fix altering user-provided lib name

[acheroncrypto]

Problem

Anchor converts user-provided lib name to snake case:

anchor/cli/src/config.rs

Lines 82 to 91 in 7b6c2b3

	if self.lib.is_some() && self.lib.as_ref().unwrap().name.is_some() {
	Ok(self
	.lib
	.as_ref()
	.unwrap()
	.name
	.as_ref()
	.unwrap()
	.to_string()
	.to_snake_case())

This makes the output incompatible with cargo because cargo tooling does not alter user-provided lib names.

For example, if the user sets the lib name to include numbers (in some cases) or uses a non-standard, i.e. non-snake_case, name:

[lib]
name = "myProgram"
crate-type = ["cdylib", "lib"]

Running anchor test results in:

Unable to get latest blockhash. Test validator does not look started. Check ".anchor/test-ledger/test-ledger-log.txt" for errors. Consider increasing [test.startup_wait] in Anchor.toml.

And in .anchor/test-ledger/test-ledger-log.txt:

Error: program file does not exist: target/deploy/my_program.so

This is because the build tool (cargo-build-sbf) outputs the program binary as myProgram.so, but Anchor incorrectly tries to find my_program.so.

Summary of changes

Fix altering user-provided lib name.

Note: Removing the to_snake_case call would have been enough to fix this issue, but the lib_name method implementation was quite repetitive and unidiomatic, so I thought it would be great to rewrite it to make it more concise and idiomatic.

[vercel]

@acheroncrypto is attempting to deploy a commit to the coral-xyz Team on Vercel.

A member of the Team first needs to authorize it.