Put libcurl.dll next to _wapperd.pyd

[T-256]

POC of #173 (Windows-only)

Drops delvewheel build-time dependency

For frozen pythons (like zipapps, pyinstaller, nuitka), the value of __file__ not pointing to curl_cffi/__init__.py, and then this patch won't get working.

Because _wrapper has only one shared-library dependency, I put them in same path together.

[perkfly]

Before working on this, I would recommend merge Windows build support into curl-impersonate first.

[T-256]

I would recommend merge Windows build support into curl-impersonate first.

Should send PR to your fork of curl-impersonate? (as upstream is unmaintained for a while)
BTW, I don't think this PR is related to this. I can verify both 32 and 64 bit windows wheels of this working without problem.
You can get those wheels in my fork. I'm not sending main branch as PR, just for personal need, I created it to get 32bit windows build output.

[perkfly]

Currently, the Windows build uses mingw, I am not sure if it’s the best way or only way to build curl on Windows and it’s not working for 8.1.1 anyway.

I plan to build and release windows dlls directly from my fork of curl—impersonate, which may affect the dlls you are trying to fix here.

[perkfly]

Should send PR to your fork of curl-impersonate? (as upstream is unmaintained for a while)

The is tracked in lexiforest/curl-impersonate#4, if you are interested.

[T-256]

@yifeikong Do you want consider review this as upstream issue has been closed?