[Bug]: Milvus cannot be compiled using clang-19

[alexanderguzhva]

Is there an existing issue for this?

• [X] I have searched the existing issues

Environment

- Milvus version: master branch
- Deployment mode(standalone or cluster):
- MQ type(rocksmq, pulsar or kafka):    
- SDK version(e.g. pymilvus v2.0.0rc2):
- OS(Ubuntu or CentOS): 
- CPU/Memory: 
- GPU: 
- Others:

Current Behavior

Milvus cannot be compiled using the most up-to-date clang-19 (20240903024120+0c641568515a), because of the following error in grpc 1.50.1.

grpc/1.50.1: 
grpc/1.50.1: ERROR: Package '32da9aa5ad2d83d4c3396a84a985ed6f618ca9e9' build failed
grpc/1.50.1: WARN: Build folder /home/ubuntu/.conan/data/grpc/1.50.1/_/_/build/32da9aa5ad2d83d4c3396a84a985ed6f618ca9e9/build/Release

In file included from /home/ubuntu/.conan/data/grpc/1.50.1/_/_/build/32da9aa5ad2d83d4c3396a84a985ed6f618ca9e9/src/src/core/ext/filters/channel_idle/channel_idle_filter.cc:47:
In file included from /home/ubuntu/.conan/data/grpc/1.50.1/_/_/build/32da9aa5ad2d83d4c3396a84a985ed6f618ca9e9/src/src/core/lib/promise/try_seq.h:26:
/home/ubuntu/.conan/data/grpc/1.50.1/_/_/build/32da9aa5ad2d83d4c3396a84a985ed6f618ca9e9/src/src/core/lib/promise/detail/basic_seq.h:499:38: error: a template argument list is expected after a name prefixed by the template keyword [-Wmissing-template-arg-list-after-template-kw]
  499 |                     Traits::template CallSeqFactory(f_, *cur_, std::move(arg)));
      |                        

I do not have such a problem with clang-18 or clang-17.

Knowhere cannot be compiled because of the same problem (https://github.com/zilliztech/knowhere/issues/822)

Expected Behavior

No response

Steps To Reproduce

Compile using `clang-19` in ubuntu

Milvus Log

No response

Anything else?

No response

[yanliang567]

/assign @liliu-z /unassign

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Rotten issues close after 30d of inactivity. Reopen the issue with /reopen.