Commit graph

19 commits

Author SHA1 Message Date
Stephen Gutekanst
57adbef211 gpu-dawn: use mach-glfw via package manager
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-07 21:17:10 -07:00
Stephen Gutekanst
e8cc459027 all: update xcode_frameworks
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-07 15:56:24 -07:00
Stephen Gutekanst
8f218038bb all: fix relative path behavior of xcode_frameworks
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-07 07:50:02 -07:00
Stephen Gutekanst
9b53843e05 gpu-dawn: fix xcode_frameworks relative cloning
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-07 06:58:01 -07:00
Stephen Gutekanst
b9e9d89496 gpu-dawn: fix the build
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-07 06:33:15 -07:00
Stephen Gutekanst
2caffc8d35 gpu-dawn: remove xcode_frameworks submodule; Sdk type
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-06 23:55:28 -07:00
Stephen Gutekanst
5aa06c2234 glfw: remove xcode_frameworks submodule; Sdk type
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-06 23:48:39 -07:00
Stephen Gutekanst
61a2ea91e6 gpu-dawn: prepare to use via package manager
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-06 22:35:46 -07:00
Stephen Gutekanst
81ff09af6b glfw: prepare to use via package manager
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-06 22:30:29 -07:00
Stephen Gutekanst
f4c72c3f27 all: update to latest mach-glfw build API
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-03 22:11:06 -07:00
Stephen Gutekanst
2a99c85060 glfw: remove system_sdk dependency; add xcode-frameworks
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-03 21:18:53 -07:00
Stephen Gutekanst
02b9f7d132 all: pass xcode-frameworks dependency to gpu-dawn
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-07-03 20:19:00 -07:00
Vivek Roy
ff0258f27d all: use std.Build.installArtifact 2023-04-25 15:06:11 -07:00
Stephen Gutekanst
0f71895634 gpu-dawn: update to latest Zig build API
Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2023-02-12 10:05:03 -07:00
Ali Chraghi
8a15fcd694 gpu-dawn: update for building latest dawn 2023-01-14 12:12:00 -07:00
Ali Chraghi
fcb82345d4
all: build: organize build files and reduce unreachables (#567) 2022-09-25 10:02:51 -07:00
Ali Chraghi
9e1b04770a gpu-dawn:build: remove dawn-from-source option and build from source
by default
2022-08-28 10:45:09 -07:00
Ali Chraghi
47bdb5ea03 build: don't install libs, fix glfw shared lib compilation,
standardilize `buildXXX` funcs
2022-08-28 10:45:09 -07:00
Stephen Gutekanst
0645429df9 all: move standalone libraries to libs/ subdirectory
The root dir of our repository has grown quite a lot the past few months.

I'd like to make it more clear where the bulk of the engine lives (`src/`) and
also make it more clear which Mach libraries are consumable as standalone projects.

As for the name of this directory, `libs` was my first choice but there's a bit of
a convention of that being external libraries in Zig projects _today_, while these
are libraries maintained as part of Mach in this repository - not external ones.

We will name this directory `libs`, and if we have a need for external libraries
we will use `external` or `deps` for that directory name. I considered other names
such as `components`, `systems`, `modules` (which are bad as they overlap with
major ECS / engine concepts), and it seems likely the official Zig package manager
will break the convention of using a `libs` dir anyway.

Performed via:

```sh
mkdir libs/
git mv freetype libs/
git mv basisu libs/
git mv gamemode libs/
git mv glfw libs/
git mv gpu libs/
git mv gpu-dawn libs/
git mv sysaudio libs/
git mv sysjs libs/
git mv ecs libs/
```

git-subtree-dir: glfw
git-subtree-mainline: 0d5b853443
git-subtree-split: 572d1144f11b353abdb64fff828b25a4f0fbb7ca

Signed-off-by: Stephen Gutekanst <stephen@hexops.com>

git mv ecs libs/

Signed-off-by: Stephen Gutekanst <stephen@hexops.com>
2022-08-26 15:12:04 -07:00
Renamed from gpu-dawn/build.zig (Browse further)