hello

just for my information, have you tried to bootstrap muon on Hurd with
that patch ?

Vincent Torri


On Tue, Jul 16, 2024 at 1:15 AM Andrea Pappacoda <andrea@pappacoda.it> wrote:
>
> The GNU Hurd operating system is mostly POSIX compliant[1], and adding
> it to the lists of platforms considered "posix" by muon makes the build
> succeed.
>

On Thu, Oct 26, 2023 at 12:53 AM Seedo Paul <seedoeldhopaul@gmail.com> wrote:
> Things worthy of note:
>
> - The CI might need updating. I don't own a Mac, nor am I able to
>   test on Windows. So, I've left it as-is for now. Any help is
>   appreciated.

see https://github.com/annacrombie/muon/pull/5

Vincent Torri

hey

new patch sent

Vincent

On Sun, Oct 15, 2023 at 4:03 AM Stone Tickle <lattis@mochiro.moe> wrote:
>
> Hey, sorry for taking a while to look at this.  I think it mostly looks
> good.
>
> > diff --git a/include/platform/timer.h b/include/platform/timer.h
> > new file mode 100644
> > index 00000000..0ab77b0c

Hello

i hope you are well. I guess that you are working on crts.

I'm just wondering if you plan to work on this link issue I have with cl.exe

thank you

Vincent

here is a Windows version of CLOCK_MONOTONIC. I can also move this
code to platform/ if you want

diff --git a/src/cmd_test.c b/src/cmd_test.c
index 132d8ef6..73f8f77a 100644
--- a/src/cmd_test.c
+++ b/src/cmd_test.c
@@ -7,7 +7,11 @@

 #include <errno.h>
 #include <string.h>
+#ifdef _WIN32
+#include <windows.h>
+#else

Patch to fix undefined macro with cl.exe: use fs_fileno () with stdout

diff --git a/src/backend/ninja.c b/src/backend/ninja.c
index 87434106..40d4763e 100644
--- a/src/backend/ninja.c
+++ b/src/backend/ninja.c
@@ -309,16 +309,20 @@ ninja_run(struct workspace *wk, obj args, const
char *chdir, const char *capture
                argc = argstr_to_argv(argstr, argstr_argc, "samu", &argv);

                int old_stdout;
-               if (capture) {
-                       if (!fs_redirect(capture, "wb", STDOUT_FILENO,
&old_stdout)) {

typo in patch

sent another one

Vincent

On windows, compilers and linkers can have arguments that should
always be called
for example, the linker should pass the kernel32.lib file, as well as
other files

one possibility is to add in 'struct compiler' and 'struct linker'
something like

compiler_get_arg_func_0 always_add;

and always call it.

then, theoretically :

this call:
make_custom_target(wk, &opts, ctx->res)

is done in a function (namely module_windows_an_iter()) that is called
twice, and opts is different for both calls

can you see a reason why, in this case, there is only 1 custom target
that is generated ?

Vincent

I have tried to compile muon with cl.exe (in the Visual Studio 2022
command prompt) and the first commands are:

```
ninja: Entering directory `build_cl'
[1/107] cl /std:c99 /Z7 /Od /W3 -DMUON_BOOTSTRAPPED /I tools /I
../tools /I ../include -DMUON_PLATFORM_windows
/Fo"tools/embedder.exe.p/embedder.c.obj" /c ../tools/embedder.c
Compilateur d'optimisation Microsoft (R) C/C++ version 19.35.32215 pour x64
Copyright (C) Microsoft Corporation. Tous droits réservés.

cl : Ligne de commande warning D9002 : option '/std:c99' inconnue ignorée
embedder.c
../tools/embedder.c(20): warning C4996: 'fopen': This function or