Anchor fails to create expected IDL name

[Sabnock01]

If you have a program with a name like program_v1, the resulting IDL will be named program_v1.json yet the Mocha tests will expect program_v_1.json.

Tests should use the same name resolution as Anchor in generating the IDL.

Reproduced:

[acheroncrypto]

Reason explained here:

anchor/ts/packages/anchor/src/workspace.ts

Lines 27 to 42 in 8dca0d6

	// Check whether the program name contains any digits
	if (/\d/.test(programName)) {
	// Numbers cannot be properly converted from camelCase to snake_case,
	// e.g. if the `programName` is `myProgram2`, the actual program name could
	// be `my_program2` or `my_program_2`. This implementation assumes the
	// latter as the default and always converts to `_numbers`.
	//
	// A solution to the conversion of program names with numbers in them
	// would be to always convert the `programName` to camelCase instead of
	// snake_case. The problem with this approach is that it would require
	// converting everything else e.g. program names in Anchor.toml and IDL
	// file names which are both snake_case.
	programName = programName
	.replace(/\d+/g, (match) => "_" + match)
	.replace("__", "_");
	}

I guess we could add an edge case to check both versions, but generally speaking, you'd have much better time if you avoid using numbers in your identifiers (program name, function name, account name...) because case conversion cross-language can be inconsistent or lossy.

[dkrizhanovskyi]

Hi! Thank you for identifying this issue. I noticed that the current naming conversion can cause inconsistencies, especially with numbers in program names.

One idea could be to add a fallback check for both naming formats (program_v1.json and program_v_1.json) to maintain compatibility while avoiding test failures.

Additionally, it might help to clarify in the documentation how program names are converted and recommend avoiding numbers in identifiers to prevent cross-language issues.

I’m new to contributing, but I’d be happy to help with testing or making small changes if needed. Let me know what you think!