github-starred/ollama
2
0
Fork 0
mirror of https://github.com/ollama/ollama.git synced 2026-05-08 17:49:24 -05:00
Code Issues 14.6k Packages Projects Releases 122 Wiki Activity

[GH-ISSUE #15481] Windows: crash on startup - Exception 0xc0000005 in x/imagegen/mlx init() #9897

New Issue
Open
opened 2026-04-12 22:45:00 -05:00 by GiteaMirror · 2 comments
GiteaMirror commented 2026-04-12 22:45:00 -05:00
Owner
Copy Link

Originally created by @Rasmitimilsina on GitHub (Apr 10, 2026).
Original GitHub issue: https://github.com/ollama/ollama/issues/15481

What is the issue?

Ollama crashes immediately on startup with an access violation (0xc0000005).
The crash occurs during package initialization in the MLX imagegen module,
which appears to be Apple-specific code bundled into the Windows build.
What happened:
Running ollama in PowerShell causes an immediate crash with a Go runtime
panic before any commands can execute.

What I expected:
Ollama should start normally on Windows.

Relevant log output

Exception 0xc0000005 0x8 0x7ffb9306cb12 0x7ffb9306cb12
PC=0x7ffb9306cb12
signal arrived during external code execution

runtime.cgocall(0x7ff6fbb24910, 0xc000049da0)
        runtime/cgocall.go:167 +0x3e fp=0xc000049d78 sp=0xc000049d10 pc=0x7ff6fa9f243e
github.com/ollama/ollama/x/imagegen/mlx._Cfunc_mlx_random_key(0xc000226118, 0x19d77bef963)
        _cgo_gotypes.go:1978 +0x50 fp=0xc000049da0 sp=0xc000049d78 pc=0x7ff6fb081770
github.com/ollama/ollama/x/imagegen/mlx.RandomKey.func1(...)
        github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1870
github.com/ollama/ollama/x/imagegen/mlx.RandomKey(0x19d77bef963)
        github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1870 +0x5d fp=0xc000049dd8 sp=0xc000049da0 pc=0x7ff6fb08a69d
github.com/ollama/ollama/x/imagegen/mlx.init.0()
        github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1848 +0xa9 fp=0xc000049e28 sp=0xc000049dd8 pc=0x7ff6fb08a4a9
runtime.doInit1(0x7ff6fceb62c0)
        runtime/proc.go:7350 +0xdd fp=0xc000049f50 sp=0xc000049e28 pc=0x7ff6fa9d343d
runtime.doInit(...)
        runtime/proc.go:7317
runtime.main()
        runtime/proc.go:254 +0x325 fp=0xc000049fe0 sp=0xc000049f50 pc=0x7ff6fa9c4e85
runtime.goexit({})
        runtime/asm_amd64.s:1700 +0x1 fp=0xc000049fe8 sp=0xc000049fe0 pc=0x7ff6fa9fdb21

goroutine 2 gp=0xc0000028c0 m=nil [force gc (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
        runtime/proc.go:435 +0xce fp=0xc00008bfa8 sp=0xc00008bf88 pc=0x7ff6fa9f598e
runtime.goparkunlock(...)
        runtime/proc.go:441
runtime.forcegchelper()
        runtime/proc.go:348 +0xb8 fp=0xc00008bfe0 sp=0xc00008bfa8 pc=0x7ff6fa9c50f8
runtime.goexit({})
        runtime/asm_amd64.s:1700 +0x1 fp=0xc00008bfe8 sp=0xc00008bfe0 pc=0x7ff6fa9fdb21
created by runtime.init.7 in goroutine 1
        runtime/proc.go:336 +0x1a

goroutine 3 gp=0xc000002c40 m=nil [GC sweep wait]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
        runtime/proc.go:435 +0xce fp=0xc00008df80 sp=0xc00008df60 pc=0x7ff6fa9f598e
runtime.goparkunlock(...)
        runtime/proc.go:441
runtime.bgsweep(0xc00009a000)
        runtime/mgcsweep.go:276 +0x94 fp=0xc00008dfc8 sp=0xc00008df80 pc=0x7ff6fa9ade74
runtime.gcenable.gowrap1()
        runtime/mgc.go:204 +0x25 fp=0xc00008dfe0 sp=0xc00008dfc8 pc=0x7ff6fa9a2285
runtime.goexit({})
        runtime/asm_amd64.s:1700 +0x1 fp=0xc00008dfe8 sp=0xc00008dfe0 pc=0x7ff6fa9fdb21
created by runtime.gcenable in goroutine 1
        runtime/mgc.go:204 +0x66

goroutine 4 gp=0xc000002e00 m=nil [GC scavenge wait]:
runtime.gopark(0xc00009a000?, 0x7ff6fc3ffc10?, 0x1?, 0x0?, 0xc000002e00?)
        runtime/proc.go:435 +0xce fp=0xc0000a1f78 sp=0xc0000a1f58 pc=0x7ff6fa9f598e
runtime.goparkunlock(...)
        runtime/proc.go:441
runtime.(*scavengerState).park(0x7ff6fcfd0d80)
        runtime/mgcscavenge.go:425 +0x49 fp=0xc0000a1fa8 sp=0xc0000a1f78 pc=0x7ff6fa9ab909
runtime.bgscavenge(0xc00009a000)
        runtime/mgcscavenge.go:653 +0x3c fp=0xc0000a1fc8 sp=0xc0000a1fa8 pc=0x7ff6fa9abe7c
runtime.gcenable.gowrap2()
        runtime/mgc.go:205 +0x25 fp=0xc0000a1fe0 sp=0xc0000a1fc8 pc=0x7ff6fa9a2225
runtime.goexit({})
        runtime/asm_amd64.s:1700 +0x1 fp=0xc0000a1fe8 sp=0xc0000a1fe0 pc=0x7ff6fa9fdb21
created by runtime.gcenable in goroutine 1
        runtime/mgc.go:205 +0xa5

goroutine 18 gp=0xc0001081c0 m=nil [finalizer wait]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
        runtime/proc.go:435 +0xce fp=0xc00009de30 sp=0xc00009de10 pc=0x7ff6fa9f598e
runtime.runfinq()
        runtime/mfinal.go:196 +0x107 fp=0xc00009dfe0 sp=0xc00009de30 pc=0x7ff6fa9a1207
runtime.goexit({})
        runtime/asm_amd64.s:1700 +0x1 fp=0xc00009dfe8 sp=0xc00009dfe0 pc=0x7ff6fa9fdb21
created by runtime.createfing in goroutine 1
        runtime/mfinal.go:166 +0x3d
rax     0x64
rbx     0x7ffb9313098c
rcx     0xc687c65efb030000
rdx     0x1c961f50000
rdi     0x1c9e17c0860
rsi     0x0
rbp     0x6f412ff409
rsp     0x6f412feea0
r8      0x7ffffffffffffffc
r9      0x6f410b1000
r10     0x8101010101010100
r11     0x1c96213ad80
r12     0xffffffffffffffff
r13     0x24
r14     0x1c9620ef318
r15     0x0
rip     0x7ffb9306cb12
rflags  0x10202
cs      0x33
fs      0x53
gs      0x2b

OS

Windows

GPU

Intel

CPU

Intel

Ollama version

Unknown - ollama --version crashes with the same error before printing version

Originally created by @Rasmitimilsina on GitHub (Apr 10, 2026). Original GitHub issue: https://github.com/ollama/ollama/issues/15481 ### What is the issue? Ollama crashes immediately on startup with an access violation (0xc0000005). The crash occurs during package initialization in the MLX imagegen module, which appears to be Apple-specific code bundled into the Windows build. What happened: Running `ollama` in PowerShell causes an immediate crash with a Go runtime panic before any commands can execute. What I expected: Ollama should start normally on Windows. ### Relevant log output ```shell Exception 0xc0000005 0x8 0x7ffb9306cb12 0x7ffb9306cb12 PC=0x7ffb9306cb12 signal arrived during external code execution runtime.cgocall(0x7ff6fbb24910, 0xc000049da0) runtime/cgocall.go:167 +0x3e fp=0xc000049d78 sp=0xc000049d10 pc=0x7ff6fa9f243e github.com/ollama/ollama/x/imagegen/mlx._Cfunc_mlx_random_key(0xc000226118, 0x19d77bef963) _cgo_gotypes.go:1978 +0x50 fp=0xc000049da0 sp=0xc000049d78 pc=0x7ff6fb081770 github.com/ollama/ollama/x/imagegen/mlx.RandomKey.func1(...) github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1870 github.com/ollama/ollama/x/imagegen/mlx.RandomKey(0x19d77bef963) github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1870 +0x5d fp=0xc000049dd8 sp=0xc000049da0 pc=0x7ff6fb08a69d github.com/ollama/ollama/x/imagegen/mlx.init.0() github.com/ollama/ollama/x/imagegen/mlx/mlx.go:1848 +0xa9 fp=0xc000049e28 sp=0xc000049dd8 pc=0x7ff6fb08a4a9 runtime.doInit1(0x7ff6fceb62c0) runtime/proc.go:7350 +0xdd fp=0xc000049f50 sp=0xc000049e28 pc=0x7ff6fa9d343d runtime.doInit(...) runtime/proc.go:7317 runtime.main() runtime/proc.go:254 +0x325 fp=0xc000049fe0 sp=0xc000049f50 pc=0x7ff6fa9c4e85 runtime.goexit({}) runtime/asm_amd64.s:1700 +0x1 fp=0xc000049fe8 sp=0xc000049fe0 pc=0x7ff6fa9fdb21 goroutine 2 gp=0xc0000028c0 m=nil [force gc (idle)]: runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?) runtime/proc.go:435 +0xce fp=0xc00008bfa8 sp=0xc00008bf88 pc=0x7ff6fa9f598e runtime.goparkunlock(...) runtime/proc.go:441 runtime.forcegchelper() runtime/proc.go:348 +0xb8 fp=0xc00008bfe0 sp=0xc00008bfa8 pc=0x7ff6fa9c50f8 runtime.goexit({}) runtime/asm_amd64.s:1700 +0x1 fp=0xc00008bfe8 sp=0xc00008bfe0 pc=0x7ff6fa9fdb21 created by runtime.init.7 in goroutine 1 runtime/proc.go:336 +0x1a goroutine 3 gp=0xc000002c40 m=nil [GC sweep wait]: runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?) runtime/proc.go:435 +0xce fp=0xc00008df80 sp=0xc00008df60 pc=0x7ff6fa9f598e runtime.goparkunlock(...) runtime/proc.go:441 runtime.bgsweep(0xc00009a000) runtime/mgcsweep.go:276 +0x94 fp=0xc00008dfc8 sp=0xc00008df80 pc=0x7ff6fa9ade74 runtime.gcenable.gowrap1() runtime/mgc.go:204 +0x25 fp=0xc00008dfe0 sp=0xc00008dfc8 pc=0x7ff6fa9a2285 runtime.goexit({}) runtime/asm_amd64.s:1700 +0x1 fp=0xc00008dfe8 sp=0xc00008dfe0 pc=0x7ff6fa9fdb21 created by runtime.gcenable in goroutine 1 runtime/mgc.go:204 +0x66 goroutine 4 gp=0xc000002e00 m=nil [GC scavenge wait]: runtime.gopark(0xc00009a000?, 0x7ff6fc3ffc10?, 0x1?, 0x0?, 0xc000002e00?) runtime/proc.go:435 +0xce fp=0xc0000a1f78 sp=0xc0000a1f58 pc=0x7ff6fa9f598e runtime.goparkunlock(...) runtime/proc.go:441 runtime.(*scavengerState).park(0x7ff6fcfd0d80) runtime/mgcscavenge.go:425 +0x49 fp=0xc0000a1fa8 sp=0xc0000a1f78 pc=0x7ff6fa9ab909 runtime.bgscavenge(0xc00009a000) runtime/mgcscavenge.go:653 +0x3c fp=0xc0000a1fc8 sp=0xc0000a1fa8 pc=0x7ff6fa9abe7c runtime.gcenable.gowrap2() runtime/mgc.go:205 +0x25 fp=0xc0000a1fe0 sp=0xc0000a1fc8 pc=0x7ff6fa9a2225 runtime.goexit({}) runtime/asm_amd64.s:1700 +0x1 fp=0xc0000a1fe8 sp=0xc0000a1fe0 pc=0x7ff6fa9fdb21 created by runtime.gcenable in goroutine 1 runtime/mgc.go:205 +0xa5 goroutine 18 gp=0xc0001081c0 m=nil [finalizer wait]: runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?) runtime/proc.go:435 +0xce fp=0xc00009de30 sp=0xc00009de10 pc=0x7ff6fa9f598e runtime.runfinq() runtime/mfinal.go:196 +0x107 fp=0xc00009dfe0 sp=0xc00009de30 pc=0x7ff6fa9a1207 runtime.goexit({}) runtime/asm_amd64.s:1700 +0x1 fp=0xc00009dfe8 sp=0xc00009dfe0 pc=0x7ff6fa9fdb21 created by runtime.createfing in goroutine 1 runtime/mfinal.go:166 +0x3d rax 0x64 rbx 0x7ffb9313098c rcx 0xc687c65efb030000 rdx 0x1c961f50000 rdi 0x1c9e17c0860 rsi 0x0 rbp 0x6f412ff409 rsp 0x6f412feea0 r8 0x7ffffffffffffffc r9 0x6f410b1000 r10 0x8101010101010100 r11 0x1c96213ad80 r12 0xffffffffffffffff r13 0x24 r14 0x1c9620ef318 r15 0x0 rip 0x7ffb9306cb12 rflags 0x10202 cs 0x33 fs 0x53 gs 0x2b ``` ### OS Windows ### GPU Intel ### CPU Intel ### Ollama version Unknown - ollama --version crashes with the same error before printing version
GiteaMirror added the bug label 2026-04-12 22:45:00 -05:00
GiteaMirror commented 2026-04-12 22:45:03 -05:00
Author
Owner
Copy Link

@wpostma commented on GitHub (Apr 11, 2026):

The go ollama.exe build in win32 at the head of the git branch main is in a broken state, I think. I see compilation errors but I don't understand Go's odd version of what "compile errors" means enough to understand, only that a recent commit removed the MacOSX platform guards (darwin) from the go code, and now the windows builds are basically broken.

C:\vsdev\ollama [main]> go run .
github.com/ollama/ollama/llama: build constraints exclude all Go files in C:\vsdev\ollama\llama
# github.com/ollama/ollama/x/mlxrunner/mlx
x\mlxrunner\mlx\nn.go:4:9: undefined: Array
x\mlxrunner\mlx\nn.go:5:9: undefined: Array
x\mlxrunner\mlx\nn.go:9:28: undefined: Array
x\mlxrunner\mlx\nn.go:18:37: undefined: Array
x\mlxrunner\mlx\nn.go:25:9: undefined: Array
x\mlxrunner\mlx\nn.go:28:38: undefined: Array
# github.com/ollama/ollama/x/imagegen/vae
x\imagegen\vae\tiling.go:40:31: undefined: mlx.Array
x\imagegen\vae\tiling.go:52:17: undefined: mlx.AsType
x\imagegen\vae\tiling.go:52:37: undefined: mlx.DtypeFloat32
x\imagegen\vae\tiling.go:53:17: undefined: mlx.ClipScalar
x\imagegen\vae\tiling.go:54:17: undefined: mlx.Transpose
x\imagegen\vae\tiling.go:77:16: undefined: mlx.Slice
x\imagegen\vae\tiling.go:79:18: undefined: mlx.AsType
x\imagegen\vae\tiling.go:79:38: undefined: mlx.DtypeFloat32
x\imagegen\vae\tiling.go:80:8: undefined: mlx.Eval
x\imagegen\vae\tiling.go:166:16: undefined: mlx.NewArray
x\imagegen\vae\tiling.go:166:16: too many errors
# github.com/ollama/ollama/x/imagegen/nn
x\imagegen\nn\nn.go:8:17: undefined: mlx.Array
x\imagegen\nn\nn.go:14:17: undefined: mlx.Array
x\imagegen\nn\nn.go:21:14: undefined: mlx.Array
x\imagegen\nn\nn.go:22:14: undefined: mlx.Array
x\imagegen\nn\nn.go:88:17: undefined: mlx.Array
x\imagegen\nn\nn.go:89:17: undefined: mlx.Array
x\imagegen\nn\nn.go:90:17: undefined: mlx.Array
x\imagegen\nn\nn.go:91:17: undefined: mlx.Array
x\imagegen\nn\nn.go:115:14: undefined: mlx.Array
x\imagegen\nn\nn.go:134:14: undefined: mlx.Array
x\imagegen\nn\nn.go:134:14: too many errors
# github.com/ollama/ollama/x/imagegen/cache
x\imagegen\cache\cache.go:6:19: undefined: mlx.Array
x\imagegen\cache\cache.go:9:17: undefined: mlx.Array
x\imagegen\cache\cache.go:14:20: undefined: mlx.Array
x\imagegen\cache\cache.go:74:20: undefined: mlx.Array
x\imagegen\cache\step.go:50:18: undefined: mlx.Array
x\imagegen\cache\step.go:51:18: undefined: mlx.Array
x\imagegen\cache\step.go:52:16: undefined: mlx.Array
x\imagegen\cache\teacache.go:19:20: undefined: mlx.Array
x\imagegen\cache\teacache.go:22:23: undefined: mlx.Array
x\imagegen\cache\teacache.go:23:23: undefined: mlx.Array
x\imagegen\cache\teacache.go:23:23: too many errors
# github.com/ollama/ollama/x/imagegen/manifest
x\imagegen\manifest\weights.go:18:30: undefined: mlx.Array
x\imagegen\manifest\weights.go:19:21: undefined: mlx.SafetensorsFile
x\imagegen\manifest\weights.go:52:35: undefined: mlx.Array
x\imagegen\manifest\weights.go:64:43: undefined: mlx.Dtype
x\imagegen\manifest\weights.go:66:31: undefined: mlx.SafetensorsFile
x\imagegen\manifest\weights.go:67:24: undefined: mlx.Array
x\imagegen\manifest\weights.go:83:18: undefined: mlx.LoadSafetensorsNative
x\imagegen\manifest\weights.go:120:16: undefined: mlx.AsType
x\imagegen\manifest\weights.go:122:15: undefined: mlx.Contiguous
x\imagegen\manifest\weights.go:200:57: undefined: mlx.Array
x\imagegen\manifest\weights.go:122:15: too many errors

This is main as of revision:

commit 40a1317dfd (HEAD -> main, tag: v0.20.6-rc0, truth/main, truth/HEAD)
Author: Devon Rifkin drifkin@drifkin.net
Date: Fri Apr 10 15:45:27 2026 -0700

gemma4: update renderer to match new jinja template (#15490)

* gemma4: update renderer to match new jinja template

Google has updated their jinja template for gemma4, and so this change
gives us parity with the new template. The parsing also slightly changed
upstream, so we make a small change to our parser as well.

I've also corrected a few probably existing edge cases, especially
around type unions. The upstream output format is weird (a stringified
array), but in practice the models seem to understand it well.

* gemma4: special case simple `AnyOf`s

Claude code found that someone removed a lot of guards on the darwin platform and changed them to mlx. If that was intentional, I don't know, but it's currently messed up.

I don't know go well enough to suggest what the fix is, only that I think maybe there should be continuous integration on pull requests, for this repo. :-)

The community and the go docs talk about "build constraints" and also "build tags", and I don't see any clear changes in git history explaining what ones are in use, and what conventions hold.

<!-- gh-comment-id:4229720586 --> @wpostma commented on GitHub (Apr 11, 2026): The go ollama.exe build in win32 at the head of the git branch main is in a broken state, I think. I see compilation errors but I don't understand Go's odd version of what "compile errors" means enough to understand, only that a recent commit removed the MacOSX platform guards (darwin) from the go code, and now the windows builds are basically broken. ``` C:\vsdev\ollama [main]> go run . github.com/ollama/ollama/llama: build constraints exclude all Go files in C:\vsdev\ollama\llama # github.com/ollama/ollama/x/mlxrunner/mlx x\mlxrunner\mlx\nn.go:4:9: undefined: Array x\mlxrunner\mlx\nn.go:5:9: undefined: Array x\mlxrunner\mlx\nn.go:9:28: undefined: Array x\mlxrunner\mlx\nn.go:18:37: undefined: Array x\mlxrunner\mlx\nn.go:25:9: undefined: Array x\mlxrunner\mlx\nn.go:28:38: undefined: Array # github.com/ollama/ollama/x/imagegen/vae x\imagegen\vae\tiling.go:40:31: undefined: mlx.Array x\imagegen\vae\tiling.go:52:17: undefined: mlx.AsType x\imagegen\vae\tiling.go:52:37: undefined: mlx.DtypeFloat32 x\imagegen\vae\tiling.go:53:17: undefined: mlx.ClipScalar x\imagegen\vae\tiling.go:54:17: undefined: mlx.Transpose x\imagegen\vae\tiling.go:77:16: undefined: mlx.Slice x\imagegen\vae\tiling.go:79:18: undefined: mlx.AsType x\imagegen\vae\tiling.go:79:38: undefined: mlx.DtypeFloat32 x\imagegen\vae\tiling.go:80:8: undefined: mlx.Eval x\imagegen\vae\tiling.go:166:16: undefined: mlx.NewArray x\imagegen\vae\tiling.go:166:16: too many errors # github.com/ollama/ollama/x/imagegen/nn x\imagegen\nn\nn.go:8:17: undefined: mlx.Array x\imagegen\nn\nn.go:14:17: undefined: mlx.Array x\imagegen\nn\nn.go:21:14: undefined: mlx.Array x\imagegen\nn\nn.go:22:14: undefined: mlx.Array x\imagegen\nn\nn.go:88:17: undefined: mlx.Array x\imagegen\nn\nn.go:89:17: undefined: mlx.Array x\imagegen\nn\nn.go:90:17: undefined: mlx.Array x\imagegen\nn\nn.go:91:17: undefined: mlx.Array x\imagegen\nn\nn.go:115:14: undefined: mlx.Array x\imagegen\nn\nn.go:134:14: undefined: mlx.Array x\imagegen\nn\nn.go:134:14: too many errors # github.com/ollama/ollama/x/imagegen/cache x\imagegen\cache\cache.go:6:19: undefined: mlx.Array x\imagegen\cache\cache.go:9:17: undefined: mlx.Array x\imagegen\cache\cache.go:14:20: undefined: mlx.Array x\imagegen\cache\cache.go:74:20: undefined: mlx.Array x\imagegen\cache\step.go:50:18: undefined: mlx.Array x\imagegen\cache\step.go:51:18: undefined: mlx.Array x\imagegen\cache\step.go:52:16: undefined: mlx.Array x\imagegen\cache\teacache.go:19:20: undefined: mlx.Array x\imagegen\cache\teacache.go:22:23: undefined: mlx.Array x\imagegen\cache\teacache.go:23:23: undefined: mlx.Array x\imagegen\cache\teacache.go:23:23: too many errors # github.com/ollama/ollama/x/imagegen/manifest x\imagegen\manifest\weights.go:18:30: undefined: mlx.Array x\imagegen\manifest\weights.go:19:21: undefined: mlx.SafetensorsFile x\imagegen\manifest\weights.go:52:35: undefined: mlx.Array x\imagegen\manifest\weights.go:64:43: undefined: mlx.Dtype x\imagegen\manifest\weights.go:66:31: undefined: mlx.SafetensorsFile x\imagegen\manifest\weights.go:67:24: undefined: mlx.Array x\imagegen\manifest\weights.go:83:18: undefined: mlx.LoadSafetensorsNative x\imagegen\manifest\weights.go:120:16: undefined: mlx.AsType x\imagegen\manifest\weights.go:122:15: undefined: mlx.Contiguous x\imagegen\manifest\weights.go:200:57: undefined: mlx.Array x\imagegen\manifest\weights.go:122:15: too many errors ``` This is main as of revision: commit 40a1317dfdf72d8ddb3f535a53d06cdc72ed2c53 (HEAD -> main, tag: v0.20.6-rc0, truth/main, truth/HEAD) Author: Devon Rifkin <drifkin@drifkin.net> Date: Fri Apr 10 15:45:27 2026 -0700 gemma4: update renderer to match new jinja template (#15490) * gemma4: update renderer to match new jinja template Google has updated their jinja template for gemma4, and so this change gives us parity with the new template. The parsing also slightly changed upstream, so we make a small change to our parser as well. I've also corrected a few probably existing edge cases, especially around type unions. The upstream output format is weird (a stringified array), but in practice the models seem to understand it well. * gemma4: special case simple `AnyOf`s Claude code found that someone removed a lot of guards on the darwin platform and changed them to mlx. If that was intentional, I don't know, but it's currently messed up. I don't know go well enough to suggest what the fix is, only that I think maybe there should be continuous integration on pull requests, for this repo. :-) The community and the go docs talk about "build constraints" and also "build tags", and I don't see any clear changes in git history explaining what ones are in use, and what conventions hold.
GiteaMirror commented 2026-04-12 22:45:03 -05:00
Author
Owner
Copy Link

@wpostma commented on GitHub (Apr 12, 2026):

I expect this will get fixed soon as part of their continued work on freeing the MLX back end from its former state as a darwin (macos only) tag. I am not on the team, or a o/s contrib on ollama (yet, anyway).

<!-- gh-comment-id:4232058753 --> @wpostma commented on GitHub (Apr 12, 2026): I expect this will get fixed soon as part of their continued work on freeing the MLX back end from its former state as a darwin (macos only) tag. I am not on the team, or a o/s contrib on ollama (yet, anyway).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
amd
api
app
bug
build
cli
cloud
compatibility
context-length
create
docker
documentation
embeddings
feature request
feedback wanted
good first issue
gpt-oss
gpu
harmony
help wanted
image
install
intel
js
launch
linux
macos
memory
mlx
model
needs more info
networking
nvidia
ollama.com
performance
pull-request
Mirrored from GitHub Pull Request
 python
question
registry
rendering
thinking
tools
top
vulkan
windows
wsl
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/ollama#9897
Delete Branch "%!s()"

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?