wezterm/deps/harfbuzz/regenerate.sh

#!/bin/bash

bindgen bindings.h -o src/lib.rs \
  --no-layout-tests \
  --no-doc-comments \
  --raw-line "#![allow(non_snake_case)]" \
  --raw-line "#![allow(non_camel_case_types)]" \
  --raw-line "#![allow(non_upper_case_globals)]" \
  --default-enum-style rust \
  --generate=functions,types,vars \
  --whitelist-function="hb_.*" \
  --whitelist-type="hb_.*" \
  -- -Iharfbuzz/src -I../freetype/freetype2/include
Build our own freetype, harfbuzz This is primarily for macos where the default freetype installation is unable to render color emoji, but should also help make things more consistent across the various platforms. It's a little bit awkward on linux because the font-loader crate pulls in the now-conflicting servo-font* crates. I've disabled font-loader on linux systems; it's just calling fontconfig under the covers anyway. 2019-03-23 19:28:40 +03:00			`#!/bin/bash`

			`bindgen bindings.h -o src/lib.rs \`
bindgen: skip layout tests They're specific to the host that ran bindgen, which causes the windows build to fail if bindgen ran on linux for example. 2019-03-24 21:08:14 +03:00			`--no-layout-tests \`
Build our own freetype, harfbuzz This is primarily for macos where the default freetype installation is unable to render color emoji, but should also help make things more consistent across the various platforms. It's a little bit awkward on linux because the font-loader crate pulls in the now-conflicting servo-font* crates. I've disabled font-loader on linux systems; it's just calling fontconfig under the covers anyway. 2019-03-23 19:28:40 +03:00			`--no-doc-comments \`
			`--raw-line "#![allow(non_snake_case)]" \`
			`--raw-line "#![allow(non_camel_case_types)]" \`
			`--raw-line "#![allow(non_upper_case_globals)]" \`
			`--default-enum-style rust \`
			`--generate=functions,types,vars \`
			`--whitelist-function="hb_.*" \`
			`--whitelist-type="hb_.*" \`
			`-- -Iharfbuzz/src -I../freetype/freetype2/include`