Skip to content

Consider metadata updates only#9

Open
benjaminramsden wants to merge 1727 commits into
benjaminramsden:masterfrom
google:master
Open

Consider metadata updates only#9
benjaminramsden wants to merge 1727 commits into
benjaminramsden:masterfrom
google:master

Conversation

@benjaminramsden

Copy link
Copy Markdown
Owner

No description provided.

kkeshava and others added 28 commits January 25, 2024 09:48
* [maven-release-plugin] prepare release v8.13.29

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.30

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.31

* [maven-release-plugin] prepare for next development iteration
* Update java runtime version to support App Engine

* Adding version number for maven-compiler

* Update maven-compiler configuration

* Update pom.xml

* Update App engine properties

* Update pom.xml
* [maven-release-plugin] prepare release v8.13.31

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.32

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.33

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.34

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.35

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v8.13.36

* [maven-release-plugin] prepare for next development iteration
rohininidhi and others added 30 commits April 9, 2026 10:30
* [maven-release-plugin] prepare release v9.0.28

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v9.0.29

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v9.0.30

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v9.0.31

* [maven-release-plugin] prepare for next development iteration

* [maven-release-plugin] prepare release v9.0.32

* [maven-release-plugin] prepare for next development iteration

* Revert "[maven-release-plugin] prepare for next development iteration"

This reverts commit c4d84c8.

* Revert last 4 automation commits
* [maven-release-plugin] prepare release v9.0.31

* [maven-release-plugin] prepare for next development iteration
Co-authored-by: rohininidhi <rnidhi@google.com>
* [maven-release-plugin] prepare release v9.0.32

* [maven-release-plugin] prepare for next development iteration
* 000 Short Code incorrectly formatting for E164
The PhoneMetadata can be moved into the hashmap avoiding a copy.
#3980)

Bumps [org.codehaus.plexus:plexus-utils](https://github.com/codehaus-plexus/plexus-utils) from 4.0.2 to 4.0.3.
- [Release notes](https://github.com/codehaus-plexus/plexus-utils/releases)
- [Commits](codehaus-plexus/plexus-utils@plexus-utils-4.0.2...plexus-utils-4.0.3)

---
updated-dependencies:
- dependency-name: org.codehaus.plexus:plexus-utils
  dependency-version: 4.0.3
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: mandlil <138015259+mandlil@users.noreply.github.com>
* [maven-release-plugin] prepare release v9.0.33

* [maven-release-plugin] prepare for next development iteration
* [maven-release-plugin] prepare release v9.0.33

* [maven-release-plugin] prepare for next development iteration
…4016)

* Introduce MetadataBytes wrapper for compiled-in metadata accessors

Replace the C-style `int <type>_size()` / `const void* <type>_get()` pair
in metadata.h, short_metadata.h and alternate_format.h with a single
`MetadataBytes Get<Type>()` accessor that returns a small RAII wrapper.

The default implementations shipped in this repo wrap the existing
static `data[]` arrays in a non-owning MetadataBytes, so the on-disk
layout and runtime behaviour are unchanged for upstream consumers.

The motivating use case is downstream embedders (e.g. Chromium) that
produce the metadata at runtime, for example by decompressing a
brotli-compressed blob on first use to save binary size. With the old
API such embedders had to either leak the decompressed buffer or do
gymnastics to free it after PhoneNumberUtil parsed it. With
MetadataBytes the typical call site

    MetadataBytes bytes = GetMetadata();
    collection->ParseFromArray(bytes.data(), bytes.size());

keeps the buffer alive for exactly as long as ParseFromArray() needs it
and then frees it when the wrapper goes out of scope, simply by having
the downstream-supplied implementation return an owning instance built
from a std::unique_ptr<uint8_t[]>.

CppMetadataGenerator and its tests are updated to emit the new API.

* Fix C++ build: rebuild generator jar and fix header test ordering

The previous commit updated CppMetadataGenerator.java to emit the new
MetadataBytes API but did not rebuild the checked-in
cpp-build-1.0-SNAPSHOT-jar-with-dependencies.jar that CMake invokes to
regenerate metadata.{h,cc} at build time. As a result CI regenerated the
headers using the old API and phonenumberutil.cc failed with
'MetadataBytes was not declared in this scope'.

Also reorder the assertions in CppMetadataGeneratorTest.outputHeaderFile
to match the actual emit order (the metadata_bytes.h include is emitted
before the namespace openings, not after).
* [maven-release-plugin] prepare release v9.0.34

* [maven-release-plugin] prepare for next development iteration
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.