deps: update absl, googleapis, cel-cpp

[kyessenov]

Commit Message: update absl, googleapis, cel-cpp
Risk Level: low

[repokitteh-read-only]

CC @envoyproxy/dependency-shepherds: Your approval is needed for changes made to (bazel/.*repos.*\.bzl)|(bazel/dependency_imports\.bzl)|(api/bazel/.*\.bzl)|(.*/requirements\.txt)|(.*\.patch).
envoyproxy/dependency-shepherds assignee is @moderation

🐱

Caused by: #35514 was opened by kyessenov.

see: more, trace.

[soulxu]

/assign @yanavlasov

[soulxu]

/wait-any

[phlax]

@kyessenov this adds 100s of lines of warnings to most of our builds

can we either fix this upstream before merging or patch out the warnings if they are not important

[kyessenov]

@phlax, yeah I can fix upstream. There's work to do here with various static asserts too.

[moderation]

Deps looks good and will check back when CI errors are fixed

[yanavlasov]

/wait

[abeyad]

@kyessenov regarding the iOS/macOS failures, if I change the Abseil library to be the previous one, i.e.

version = "20230802.1",
sha256 = "987ce98f02eefbaf930d6e38ab16aa05737234d7afbab2d5c4ea7adbe50c28ed",

then it builds properly. It seems like this version of the Abseil library has issues in its macOS/iOS target build?

[kyessenov]

@abeyad macOS build failure is distinct - it's something about alignment difference. I am not sure how iOS build error is triggered - is it using clang 14 or some strange compiler version?

[abeyad]

@abeyad macOS build failure is distinct - it's something about alignment difference. I am not sure how iOS build error is triggered - is it using clang 14 or some strange compiler version?

I'm using clang 15 locally on my mac and it fails to build with the same error as the iOS job. Note that I'm using the option --config=mobile-test-ios (which results in these options:

envoy/mobile/.bazelrc

Lines 69 to 71 in 770fa7b

	build:ios --define=manual_stamp=manual_stamp
	build:ios --test_timeout=390,750,1500,5700
	build:ios --define=envoy_full_protos=enabled

).

[kyessenov]

Sigh, I don't have a Mac. And it's also quic code. Any way to proceed debugging besides Googling for some other reports of a build failure?

[yanavlasov]

I see two problems:

1. Link failure with undefined _FLAGS_v in quic::QuicCryptoClientConfig::CachedState::Initialize - IOS and Android are likely the same problem. My guess it is produced by QUIC_DVLOG(1) but, I'm unsure what needs to be logged to make it work. I'll ping the QUIC team to assist.
2. Alignment error in CEL for macOS build. Not sure about this one.

[yanavlasov]

/wait

[kyessenov]

/retest

[kyessenov]

/retest

[phlax]

ci fails look real

/wait

[asedeno]

For the macOS failure: google/cel-cpp#831

[asedeno]

The macOS build failure should be fixed by bumping CEL to google/cel-cpp@aafa026.

That's going to require bumping protobuf too though.

[asedeno]

I'd like to decouple the absl update from the cel update, just to untangle the various build failures. Was 20240116.2 chosen over 20240722.0 for any particular reason? It was pretty new when this PR was opened.

[edit:] ah, I see that 20240722.0 was released August 1st, after this PR was opened.

[phlax]

@asedeno i tried updating absl on its own previously and iirc came to the conclusion that it would need a CEL update also - at least without patching

[asedeno]

@phlax, I'm a bit late to this party and also arriving to the same conclusion. I might poke at it some more just to satisfy my own curiosity.

[github-actions]

This pull request has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in 7 days if no further activity occurs. Please feel free to give a status update now, ping for review, or re-open when it's ready. Thank you for your contributions!

[github-actions]

This pull request has been automatically closed because it has not had activity in the last 37 days. Please feel free to give a status update now, ping for review, or re-open when it's ready. Thank you for your contributions!