Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is.
https://github.com/Hyperledger-TWGC/pku-gm/blob/master/gmssl/engine.go#L85-L87

Describe the solution you'd like
A clear and concise description of what you want to happen.
Having implementation to load key from file.
Having implementation to write key into file.

Describe alternatives you've considered
If we using this one to implementation for a bccsp, we need able to R/W key from file.
There is one thing I am not ensure should we implements key load in this level or not.
Ref:
https://github.com/hyperledger/fabric/blob/master/bccsp/sw/fileks.go#L259-L273

From another point of consideration, we need to test the key generate by this project with a nodejs implementation(for nodejs sdk). In that case, we will also able to write the structure below from memory into files.
https://github.com/Hyperledger-TWGC/pku-gm/blob/master/gmssl/pkey.go#L629-L635

Additional context
N/A

As the original repos show
https://github.com/guanzhi/GmSSL#apis
We have

• SKF C API: GM/T 0016-2012 Smart token cryptography application interface specification.
• SDF C API: GM/T 0018-2012 Interface specifications of cryptography device application.

Hope we could have Golang API

Could not find test case for
func (sk *PrivateKey) DeriveKey(alg string, peer PublicKey, eng *Engine) ([]byte, error) {

Describe the bug
A clear and concise description of what the bug is.

after I build gmssl in a machine.
It seems my local curl is polluted.

curl: /usr/local/lib/libssl.so.1.1: version `OPENSSL_1_1_1' not found (required by /usr/lib/x86_64-linux-gnu/libcurl.so.4)
curl: /usr/local/lib/libssl.so.1.1: version `OPENSSL_1_1_0' not found (required by /usr/lib/x86_64-linux-gnu/libcurl.so.4)
curl: /usr/local/lib/libcrypto.so.1.1: version `OPENSSL_1_1_0' not found (required by /usr/lib/x86_64-linux-gnu/libcurl.so.4)

Expected behavior

I assume it will not affect local existing binding to libssl

Screenshots
Above problem occurs simply on a smoke usage of curl

Environments

• OS: Ubuntu 18

https://github.com/Hyperledger-TWGC/Gm-Go/blob/c544e7e85b5d3563eafb89b52eed54e3e333045e/gmssl/pkey.go#L644

I see some lines of codes are commented here.
Why it was here and why it is now not used?

Is your feature request related to a problem? Please describe.

• We see FIXME: PKCS #5 can not use SM4

Describe the solution you'd like

• Provide SM4 go interface for gmssl, since it is already implemented in gmssl C++

Is your feature request related to a problem? Please describe.
when running go test

# github.com/Hyperledger-TWGC/Gm-Go/gmssl
../gmssl/build.go:17:10: fatal error: openssl/bio.h: No such file or directory
 #include <openssl/bio.h>
          ^~~~~~~~~~~~~~~
compilation terminated.
FAIL    github.com/Hyperledger-TWGC/Gm-Go/test [build failed]

It obviously show I miss something related to CGO.

Describe the solution you'd like

Add document about how to link up CGO and dance with original gmssl
It should be part of build from source document

Describe alternatives you've considered
N/A

Additional context
N/A

As titled, now we could only implement it in two steps.

1. publicKeyPem, err := privateKey.GetPublicKeyPEM()
2. NewPublicKeyFromPEM(publicKeyPem)

志伟， 赵博士

此issue用于讨论项目重命名

as title

Is your feature request related to a problem? Please describe.
现在go接口只有SMS4 CBC模式，需要同时提供key和IV

Describe the solution you'd like

希望能添加SMS4 ECB模式的 Go 语言API

Describe alternatives you've considered
ECB模式实际上是对于一个分组来做的，实际上用处不大，而且安全性不高，一般很少用这个模式了

Additional context
linked issues:
guanzhi#523

Is your feature request related to a problem? Please describe.
Currently we are on travis for CI however fabric itself on azure.

Describe the solution you'd like
Plan A:
Following https://docs.microsoft.com/zh-cn/azure/devops/pipelines/migrate/from-travis?view=azure-devops
starts migration when we need.

Plan B:
Travis as env, which only prepare for VM.
In this repo having a CI.sh $HOME $TRAVIS_BUILD_DIR (for sample) and making Travis invokes this shell.
When we migration, just making Azure pipeline invokes CI.sh

CI.sh

apt-get update && apt-get install xxxx
cd $1
git clone https://github.com/guanzhi/GmSSL.git
cd GmSSL
./config
make
make install_sw
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
sudo ldconfig
echo completed for xxx
echo cat $PATH // or the libraray/ .so files changed in above scripts.
cd $2
cd gmssl
go build
echo test begin // for this I am not sure should using go invoke CLI command curl --version ?
curl --version
cd test
go test

Describe alternatives you've considered

• Considering if we may move to azure from travis, we'd better refactor our scripts.
• Considering Azure env may diff with travis env.
• Considering if we need further debugging, see currently we just use curl, when a line with fabric, we may need to know which .so file changed, as it possible may impact others we don't know so far.

Additional context
Add any other context or screenshots about the feature request here.