- 10 3月, 2022 1 次提交
-
-
由 lancer 提交于
IssueNo:https://gitee.com/openharmony/third_party_harfbuzz/issues/I4X5GU Feature or Bugfix: Feature Binary Source:harfbuzz resources Signed-off-by: Nlancer <haoshuo@huawei.com>
-
- 21 12月, 2021 1 次提交
-
-
https://gitee.com/shengu_lancer/third_party_harfbuzz/pulls/15由 lancer 提交于
Description:harfbuzz版本降低到2.7.2 Sig:harfbuzz Feature or Bugfix:Feature Binary Source:No Signed-off-by: Nlancer <haoshuo@huawei.com>
-
- 05 11月, 2021 1 次提交
-
-
由 pssea 提交于
IssueNo: https://gitee.com/openharmony/third_party_harfbuzz/issues/I4H06M Feature or Bugfix: Feature Binary Source:No Signed-off-by: Nlizhiqi <lizhiqi1@huawei.com>
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 09 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-
- 22 6月, 2019 1 次提交
-
-
由 Ebrahim Byagowi 提交于
-
- 11 6月, 2019 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Ebrahim Byagowi 提交于
-
- 18 5月, 2019 1 次提交
-
-
由 Ebrahim Byagowi 提交于
According to a harfbuzz package patch on NetBSD project https://github.com/NetBSD/pkgsrc/blob/trunk/fonts/harfbuzz/patches/patch-src_hb-blob.cc
-
- 08 5月, 2019 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 06 4月, 2019 1 次提交
-
-
由 Maks Naumov 提交于
-
- 18 1月, 2019 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 15 1月, 2019 1 次提交
-
-
- 18 12月, 2018 1 次提交
-
-
由 Ebrahim Byagowi 提交于
-
- 13 11月, 2018 1 次提交
-
-
由 Ken Brown 提交于
Cygwin is a Posix platform to the extent possible. It should use the Posix API except in special circumstances.
-
- 11 11月, 2018 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
We never rely on that being equal to readonly. Just not being writable. Maybe not even that given that the object is inert. In prep for next commit, using default null pool.
-
- 04 11月, 2018 2 次提交
-
-
由 Behdad Esfahbod 提交于
Like font and unicode.
-
由 Behdad Esfahbod 提交于
Saves 4 or 8 bytes per object on 64bit archs.
-
- 27 10月, 2018 3 次提交
-
-
由 Behdad Esfahbod 提交于
I think I like the uniform "hb-*" more.
-
由 Behdad Esfahbod 提交于
More useful.
-
由 Behdad Esfahbod 提交于
-
- 20 10月, 2018 1 次提交
-
-
由 Khaled Hosny 提交于
Cygwin does not seem to have the later
-
- 15 10月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 01 10月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 27 9月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 23 9月, 2018 1 次提交
-
-
由 Matt Oliver 提交于
-
- 26 8月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
Sorry for the noise, downstream custom builders. Please adjust.
-
- 06 8月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
Finally, unified!
-
- 10 7月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 04 7月, 2018 1 次提交
-
-
由 Ebrahim Byagowi 提交于
-
- 03 7月, 2018 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 01 7月, 2018 1 次提交
-
-
由 Ebrahim Byagowi 提交于
-
- 28 6月, 2018 2 次提交
-
-
由 Ebrahim Byagowi 提交于
Fixes #1081
-
由 Ebrahim Byagowi 提交于
Oops
-
- 27 6月, 2018 2 次提交
-
-
由 Ebrahim Byagowi 提交于
-
由 Ebrahim Byagowi 提交于
* Handle EINTR on fallback reader * Increase fallback reader limitation size limitation to 2 << 28 * Ensure _O_BINARY does exist if MMAP is used on Windows (maybe superfluous but makes me more confident)
-
- 26 6月, 2018 2 次提交
-
-
由 Ebrahim Byagowi 提交于
Add one more "unlikely" annotation and use explicit nullptr check for more consistency.
-
由 Ebrahim Byagowi 提交于
And assign one bot to use the path always using NOMMAPFILEREADER token. It's limited to 200mb so no more fun with using /dev/zero on hb-view!
-
- 19 6月, 2018 1 次提交
-
-
由 Ebrahim Byagowi 提交于
With this hb-view/hb-shape support pipes and possibly socket and named pipe also, anything fails just on mmap. We can later do the same for Windows also. This however reveals two issues, the fact most of our bots don't have HAVE_MMAP and using this instead the other fread/fopen reader can make failure on CI. I should look at them separately this change however is very low risk I believe.
-