baul
Thank your explaination.
Under lasted xcode ,it is ok to build. do you have any additional info ?
When in protoc 25.1 on arch , build ok. when protoc 3.14.0 on rockylinux, same issue. Now just workaround as above remove line.
Does current thread runtime with localset suffer those 2 /3 issue @Darksonn ？ I think it will suffer 3， and what about 2？
* 建议一种方法release trains的方法 master分支是前进分支，几乎所有commit首先到这个分支，保证可build和安装，基本的测试通过。从master，我们需要一个版本2.x系列，我们可以创建release-2.x分支，如果稳定了，我们可以打一个tag，比如2.1版本。之后在这个release2.x分支上不再增加新功能，只是进行bug修复。如果bug多了，可以打另一tag比如2.2版本。对于release2的bug，首先要bug fix在master上，然后移到release2的分支上。 这样对每一个release，比如2.xrelease，我们可以有2.1，2.2，2.3版本，对于3.x版本，我们有3.1,3.2,3.3等。 * 针对于咱们的目前的分支策略 1. 可以认为原来的dev分支，可以作为release trains的方法的master分支，原来的master可以作为一个release版本,比如releas -1.1.0，，从其中我们tag生成需要的包版本，比如1.1.0.11版本。(不清楚这里版本四部分啥意思） 2. 第二种思路(这个看起来容易）： 原来的master分支可以作为release trains的方法的master分支，以后所有的新功能和bug修复首先进入master分支。从其中我们创建一系例release版本。 原来的dev分支可以忽略了，当我们开发一个新功能时，基于master创建一个分支（比如那个async branch），待分支实现完成基本稳定后然后合并到master。
恩，对，刚开始，也许只要一个release分支比如release1.x就可以了，后面如果功能差别太大，可以再建一个release分支release2.x。好多大型项目都是采用这种分支机制的。
Have saw same issue， switch to xcode gcc, build ok.
please see https://www.nginx.com/blog/our-roadmap-quic-http-3-support-nginx/
not use your market file, just let the rdagent to download
> coder_max_loop This is for the Data Science sceane. rdagent/app/data_science/conf.py