Add support for building C extensions

# 🚀 feature request

* [x] Add support for getting Python headers (Python.h) -- use `@rules_python//python/cc:current_py_cc_headers`
* [x] Provide shared libraries (libpython.so et al) -- use `@rules_python//python/cc:current_py_cc_libs`
* [ ] Provide static libraries (libpython.a)
* [ ] Add a rule/rules to build C extensions
* [ ] Add `PyInfo.cc_info` field to allow C/C++ info (CcInfo) to propagate (directly
propagating CcInfo it isn't done to prevent a Python target from
being accidentally accepted by a plain CC target)

### Describe alternatives you've considered

I've cobbled support for these things by hand in the past, was hoping building extension modules would be officially supported at some point.

Some projects, such as tensorflow and pybind11_bazel, have a python_configure.bzl file and/or py_extension rule that attempts to implement this.

(Note: this issue was originally about updating the readme to address the lack of this feature; it's been edited to be a feature request for this feature directly - rickeylev)

Bắt đầu bằng cách kiểm tra các target hiện có @rules_python//python/cc:current_py_cc_headers và current_py_cc_libs, sau đó so sánh các triển khai python_configure.bzl và py_extension được đề cập trong issue. Công việc được xem là hoàn tất khi cung cấp các thư viện tĩnh, một rule để build các phần mở rộng C và một trường PyInfo.cc_info truyền bá CcInfo mà không cho phép các target Python đi vào các target C++ thuần túy.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.