[test] Allow libc++ namespaces besides `__1`

[rupprecht]

Summary

The libc++ data formatter for std::shared_ptr allows any namespace, but the test asserts that it must be the default __1 namespace. Relax the regex to allow anything that looks like __.* (although we use __[^:]* so we don't match arbitrarily long text).

[JDevlieghere]

Seems like there's another instance of this in TestForwardDeclFromStdModule.py.

[rupprecht]

In D129898#3656268, @JDevlieghere wrote:

Seems like there's another instance of this in TestForwardDeclFromStdModule.py.

Added that one too.

There is also this one: https://github.com/llvm/llvm-project/blob/09531ede6d5622da68941902072dbca517d31318/lldb/source/Plugins/LanguageRuntime/CPlusPlus/CPPLanguageRuntime.cpp#L222
But updating it didn't have the effect I was expecting, so there might be something more involved. I'll save that for a later patch.

[rupprecht]

In D129898#3656303, @rupprecht wrote:

In D129898#3656268, @JDevlieghere wrote:

Seems like there's another instance of this in TestForwardDeclFromStdModule.py.

Added that one too.

There is also this one: https://github.com/llvm/llvm-project/blob/09531ede6d5622da68941902072dbca517d31318/lldb/source/Plugins/LanguageRuntime/CPlusPlus/CPPLanguageRuntime.cpp#L222
But updating it didn't have the effect I was expecting, so there might be something more involved. I'll save that for a later patch.

I looked at this one again and feeling more sure that it will be a more complicated fix. FindLibCppStdFunctionCallableInfo there is looking at __f_ and assuming the type looks like __value_func. However, when using unstable libc++ ABI (and IIUC std::__1 is an indication that unstable libc++ is *not* being used), that enables _LIBCPP_ABI_OPTIMIZED_FUNCTION which changes __f_ to __policy_func with an entirely different layout. The fact that it hard codes std::__1 is the least of its problems w.r.t using a non-vanilla libc++.

lldb/test/API/commands/expression/import-std-module/forward_decl_from_module/TestForwardDeclFromStdModule.py

def test(self):
         self.runCmd("settings set target.import-std-module true")
 
         # Print the dummy `std::vector`. It only has the dummy member in it
         # so the standard `std::vector` formatter can't format it. Instead use
         # the raw output so LLDB has to show the member variable.
         # Both `std::vector` and the type of the member have forward
         # declarations before their definitions.
         self.expect("expr --raw -- v",
-                    substrs=['(std::__1::vector<int>) $0 = {', 'f = nullptr', '}'])
+                    patterns=[r'\(std::__[^:]*::vector<int>\) \$0 = {', 'f = nullptr', '}'])

lldb/test/API/functionalities/data-formatter/data-formatter-stl/libcxx/shared_ptr/TestDataFormatterLibcxxSharedPtr.py

def test_shared_ptr_variables(self):
             type="std::shared_ptr<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >",
             children=[ValueCheck(name="__ptr_", summary='"hello"')],
         )
         self.assertRegex(valobj.summary, r'^"hello"( strong=1)? weak=1$')
 
         valobj = self.expect_var_path("sp_user", type="std::shared_ptr<User>")
         self.assertRegex(
             valobj.summary,
-            "^std(::__1)?::shared_ptr<User>::element_type @ 0x0*[1-9a-f][0-9a-f]+( strong=1)? weak=1",
+            "^std(::__[^:]*)?::shared_ptr<User>::element_type @ 0x0*[1-9a-f][0-9a-f]+( strong=1)? weak=1",
         )
         self.assertNotEqual(valobj.child[0].unsigned, 0)
 
         valobj = self.expect_var_path(
             "*sp_user",
             type="User",
             children=[
                 ValueCheck(name="id", value="30"),
                 ValueCheck(name="name", summary='"steph"'),
             ],
         )
         self.assertEqual(str(valobj), '(User) *__ptr_ = (id = 30, name = "steph")')
 
         self.expect_var_path("sp_user->id", type="int", value="30")
         self.expect_var_path("sp_user->name", type="std::string", summary='"steph"')