~vtorri

Recent activity

Re: Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<<PKGBUILDDIR>>/build/muon: Permission denied 3 months ago

From Vincent Torri to ~lattis/muon

On Thu, Oct 17, 2024 at 5:16 PM Stone Tickle <lattis@mochiro.moe> wrote:
> On windows
> there is a related issue since running exes cannot be modified, there I
> worked around it by having `bootstrap.bat` output a exe named
> muon-bootstrapped so there is no conflict.

for consistency it should also be renamed in bootstrap.sh

Re: [PATCH] Fix build on GNU Hurd 6 months ago

From Vincent Torri to ~lattis/muon

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.
>

Re: [PATCH muon v3 0/6] python_installation: impl more methods 1 year, 3 months ago

From Vincent Torri to ~lattis/muon

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

Re: [PATCH] cmd_test.c: add timer functions for POSIX and Windows 1 year, 3 months ago

From Vincent Torri to ~lattis/muon

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

muon windows port 1 year, 6 months ago

From Vincent Torri to ~lattis/muon

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

review: fix CLOCK_MONOTONIC usage with cl.exe 1 year, 7 months ago

From Vincent Torri to ~lattis/muon

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

review: fix usage of STDOUT_FILENO with cl.exe 1 year, 7 months ago

From Vincent Torri to ~lattis/muon

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)) {

Re: [PATCH] Add cl and clang-cl compilation support 1 year, 7 months ago

From Vincent Torri to ~lattis/muon

typo in patch

sent another one

Vincent

request: add always_add() callbacks for compiler and linker 1 year, 7 months ago

From Vincent Torri to ~lattis/muon

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.

Re: module windows #2: windows.c 1 year, 7 months ago

From Vincent Torri to ~lattis/muon

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