curl_global_init.3: Separate the Windows loader lock warning

This is a slight correction of the parent commit which implied the
loader lock warning only applied if not thread-safe. In fact the loader
lock warning applies either way.

Ref: https://github.com/curl/curl/pull/8972#discussion_r891987030

diff --git a/docs/libcurl/curl_global_init.3 b/docs/libcurl/curl_global_init.3
index ce0b1dcea704fc8fd22ed07d7616ef6d02581bc9..cf654fab61c143174d53274f394def9c18eebeb2 100644 (file)
--- a/docs/libcurl/curl_global_init.3
+++ b/docs/libcurl/curl_global_init.3
@@ -53,9 +53,11 @@ thread in the program (i.e. a thread sharing the same memory) is running.
 This does not just mean no other thread that is using libcurl. Because
 \fIcurl_global_init(3)\fP calls functions of other libraries that are
 similarly thread unsafe, it could conflict with any other thread that uses
-these other libraries. If you are initializing libcurl from a Windows DLL you
-should not initialize it from DllMain or a static initializer because Windows
-holds the loader lock during that time and it could cause a deadlock.
+these other libraries.
+
+If you are initializing libcurl from a Windows DLL you should not initialize it
+from DllMain or a static initializer because Windows holds the loader lock
+during that time and it could cause a deadlock.
 
 See the description in \fIlibcurl(3)\fP of global environment requirements for
 details of how to use this function.