freetype: ziggify C structs and more #305
No reviewers
Labels
No labels
CI
all
basisu
blog
bug
build
contributor-friendly
core
correctness
deferred
dev
direct3d-headers
docs
driver-os-issue
duplicate
dxcompiler
editor
examples
experiment
feature-idea
feedback
flac
freetype
gamemode
gkurve
glfw
gpu
gpu-dawn
harfbuzz
help welcome
in-progress
infrastructure
invalid
libmach
linux-audio-headers
long-term
mach
mach.gfx
mach.math
mach.physics
mach.testing
model3d
needs-triage
object
opengl-headers
opus
os/linux
os/macos
os/wasm
os/windows
package-manager
priority
proposal
proposal-accepted
question
roadmap
slipped
stability
sysaudio
sysgpu
sysjs
validating-fix
vulkan-zig-generated
wayland-headers
website
wontfix
wrench
www
x11-headers
xcode-frameworks
zig-update
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
hexops/mach!305
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "freetype"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
closes #296
hmm the CI is kinda, you have to make more...
@alichraghi sorry, conflicts after merging the other PR, can you fix?
sorry im not git expert, is this the right way to fix conflicts (idk how to rebase into older commits)?
All good! That's generally good enough, but if there are merge commits I'll have to squash the entire PR into a single commit for merging (which is fine) as I want to keep merge commits out of
mainI went ahead and ran
git rebase origin/mainfor ya, that usually 'just works' and reapplies your commits on top of the latestmainbranch. Sometimes, you'll run into conflicts when you run that and you have to correct them in your editor and then rungit rebase --continueto apply the next commit until you get through them all.Anyway, good either way. Hope that's insightful!