Skip to content

rename mongoose.c to mongoose.cpp to force it be compiled as a c++ file - #64

Merged
imay merged 1 commit into
apache:masterfrom
morningman:master
Sep 1, 2017
Merged

rename mongoose.c to mongoose.cpp to force it be compiled as a c++ file#64
imay merged 1 commit into
apache:masterfrom
morningman:master

Conversation

@morningman

Copy link
Copy Markdown
Contributor

No description provided.

@imay
imay merged commit 0d05ff9 into apache:masterSep 1, 2017
stdpain added a commit to stdpain/incubator-doris that referenced this pull request Jul 5, 2021
* support str_to_date
* support lpad rpad
HappenLee pushed a commit to HappenLee/incubator-doris that referenced this pull request Jul 15, 2021
* support str_to_date
* support lpad rpad
HappenLee pushed a commit to HappenLee/incubator-doris that referenced this pull request Sep 7, 2021
* support str_to_date
* support lpad rpad
starocean999 pushed a commit to starocean999/incubator-doris that referenced this pull request Jul 26, 2023
zhangstar333 added a commit to zhangstar333/incubator-doris that referenced this pull request Aug 31, 2026
### What problem does this PR solve?
Issue Number: None
Related PR: None
Problem Summary: The bundled runtime-filter patch no longer matched the current tracked changes in the Lance-C source checkout. Regenerate it from the Lance-C v0.1.7 plus PR apache#64 baseline so prepared FTS INDEX_ONLY scans restrict execution to covered fragments without enabling scanner-wide fast_search, while keeping _rowid output explicit.
### Release note
None
### Check List (For Author)
- Test: Manual test
- Applied the PR apache#64 patch and refreshed runtime-filter patch with zero fuzz, compared every tracked file byte-for-byte with the Lance-C checkout, and ran cargo fmt --check
- Behavior changed: Yes. Prepared FTS fragment restriction no longer implicitly enables scanner-wide fast_search
- Does this need documentation: No
zhangstar333 added a commit to zhangstar333/incubator-doris that referenced this pull request Sep 1, 2026
### What problem does this PR solve?
Issue Number: None
Related PR: lance-format/lance-c#69
Problem Summary: Lance-C v0.1.8 now contains the upstream changes previously carried by the v0.1.7 PR apache#64 and runtime-filter patches. Upgrade the bundled source archive and checksum, remove both obsolete v0.1.7 patches, and retain only the current two-commit snapshot of upstream PR apache#69 for prepared FTS INDEX_ONLY plan scoping and explicit _rowid behavior.
### Release note
Upgrade the bundled Lance-C dependency to v0.1.8 and apply upstream PR apache#69.
### Check List (For Author)
- Test: Manual test
- Verified the official archive MD5, applied PR apache#69 to a clean v0.1.8 archive with zero fuzz, compared every tracked file byte-for-byte with PR head 6f0fae4, checked shell syntax, Rustfmt, stale references, and upstream CI status
- Behavior changed: Yes. Prepared FTS INDEX_ONLY scans use the PR apache#69 plan rewrite without scanner-wide fast_search
- Does this need documentation: No
zhangstar333 added a commit to zhangstar333/incubator-doris that referenced this pull request Sep 1, 2026
### What problem does this PR solve?
Issue Number: None
Related PR: lance-format/lance-c#69
Problem Summary: Lance-C v0.1.8 now contains the upstream changes previously carried by the v0.1.7 PR apache#64 and runtime-filter patches. Upgrade the bundled source archive and checksum, remove both obsolete v0.1.7 patches, and retain only the current two-commit snapshot of upstream PR apache#69 for prepared FTS INDEX_ONLY plan scoping and explicit _rowid behavior.
### Release note
Upgrade the bundled Lance-C dependency to v0.1.8 and apply upstream PR apache#69.
### Check List (For Author)
- Test: Manual test
- Verified the official archive MD5, applied PR apache#69 to a clean v0.1.8 archive with zero fuzz, compared every tracked file byte-for-byte with PR head 6f0fae4, checked shell syntax, Rustfmt, stale references, and upstream CI status
- Behavior changed: Yes. Prepared FTS INDEX_ONLY scans use the PR apache#69 plan rewrite without scanner-wide fast_search
- Does this need documentation: No
zhangstar333 added a commit to zhangstar333/incubator-doris that referenced this pull request Sep 1, 2026
### What problem does this PR solve?
Issue Number: None
Related PR: lance-format/lance-c#69
Problem Summary: Lance-C v0.1.8 now contains the upstream changes previously carried by the v0.1.7 PR apache#64 and runtime-filter patches. Upgrade the bundled source archive and checksum, remove both obsolete v0.1.7 patches, and retain only the current two-commit snapshot of upstream PR apache#69 for prepared FTS INDEX_ONLY plan scoping and explicit _rowid behavior.
### Release note
Upgrade the bundled Lance-C dependency to v0.1.8 and apply upstream PR apache#69.
### Check List (For Author)
- Test: Manual test
- Verified the official archive MD5, applied PR apache#69 to a clean v0.1.8 archive with zero fuzz, compared every tracked file byte-for-byte with PR head 6f0fae4, checked shell syntax, Rustfmt, stale references, and upstream CI status
- Behavior changed: Yes. Prepared FTS INDEX_ONLY scans use the PR apache#69 plan rewrite without scanner-wide fast_search
- Does this need documentation: No
Sign up for freeto 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.

2 participants

@morningman@imay