From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 3EF134D6A1 for ; Tue, 17 Jun 2025 13:10:23 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id D02AA68D157; Tue, 17 Jun 2025 16:10:17 +0300 (EEST) Received: from mail-ej1-f45.google.com (mail-ej1-f45.google.com [209.85.218.45]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 7041A68C30B for ; Tue, 17 Jun 2025 16:10:11 +0300 (EEST) Received: by mail-ej1-f45.google.com with SMTP id a640c23a62f3a-adb2bd27c7bso853808366b.2 for ; Tue, 17 Jun 2025 06:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1750165811; x=1750770611; darn=ffmpeg.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ttRXypKe1pVrLv7Arbc4OBLo1xQUV63XuxbT6PqjS0w=; b=W/aDBI0YhEz1c8cAbOtW+RMuanF5sFH9LvsWKG0eZZ6QXaeAr4kCvXl1+7ZHXCCbj7 eFqnm0NFPs3ZMKwhs7JwxMwdmoTq4O5Dw5wnqwtQ3i8DdOnFdFRJNAsXU5Dg7WnOuVJo 4KYC1YLkjpRkPucA9zD3zNtP8rUxZ7tBJRQ5y/ezHlYVWGEUo4l/u3DhCCo4NWCFnvpe rtwSR6i2DS/a9+RUEbXrVRpUZHGapRbszJb+1TZ9HS/n2OE5buwNCSX09Ne/h8Mz8TWK iTS1Y+dADEl9YrlGLWeNvbKnDtr1YLnhEpOJZIytb9Bv+70hl0BdtPJM/3fGyNsgiUhn 123w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1750165811; x=1750770611; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ttRXypKe1pVrLv7Arbc4OBLo1xQUV63XuxbT6PqjS0w=; b=bbRfg1YFxp3nagScq7omUTsbO+DYPeK6p2hDkCe24bUzBlrC+ccuVlkaVrVKsBlDbD gLB1IdTzvK/J9QoTFs0TiclFF/FOwtwDNvnYv27NhHfj+AhgsXzDn3JKznbtOWCaduwW AA1UbZmf05sN+aaIMXEOncTkE1aVrvSWCDL9kPG9OvtCwXtKLyCxrwyRCjvD6yIKdCjp 1KAMW4SAd2DyHGSKhohgpu/ml+AK2GmsynTsXRwnkqV5YcKE7MxZH3K8MOa38CZCaRtj 7obOp5ogQxJvK/ykgAOC6qY/RFm5sJTvxpknBKxGYaXmELSI2noCJyLfS10/umhg+02z 0+vg== X-Gm-Message-State: AOJu0Yyh4TBQVej8T5JLeD18NEDj+oBjjJ/oQv5VDSYZnK8mX1e7wETv D6uXc6LQtXoONJBSi4yB7Z/T+Y3pO3QSN/nQ2boC69MAAEkio5ZK0zsoYjMLlUk9TPzA9S78BVb V1wuManNTiFHQsBbBOByd5LuEzv/P9aExsY/p X-Gm-Gg: ASbGncsHjI8I6k0ByTsm+dT9ikMcmEqI7hzIDSLkHSP4LQym58qUMNAO8QeLOLdMflD v400CGm+JCfYRl8bUi+0YGduMS2La04pUtkrmnI3xhkrqBJIWVAjudFs53MEh6EX34zbJocTSE9 GbXbXhxZ1zHr8MDQVU7J1pbHmVZOyk1JiboBnf/ZN/UODFNSmXs4A= X-Google-Smtp-Source: AGHT+IEoZPHlfCh/spOe4tMGuebDgwQQLea3rT884x9KbOQvqVgZ2BuTgsR/TiqwGEuuv6ve97VtYao28s339qP4b4s= X-Received: by 2002:a17:907:d29:b0:ade:7513:5471 with SMTP id a640c23a62f3a-adfad416135mr1129995866b.39.1750165810327; Tue, 17 Jun 2025 06:10:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kacper Michajlow Date: Tue, 17 Jun 2025 15:10:00 +0200 X-Gm-Features: AX0GCFtXY7KI9_wa856n4yXHJpwZmITO_OzZs2VaHagaFd2GihPwgIbgT4ExGps Message-ID: To: "softworkz ." Subject: Re: [FFmpeg-devel] graph.{html,css} embed failure on Windows build X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Cc: FFmpeg development discussions and patches Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Tue, 17 Jun 2025 at 04:07, softworkz . wrote: > > > > -----Original Message----- > > From: Kacper Michajlow > > Sent: Sunday, June 15, 2025 12:49 AM > > To: FFmpeg development discussions and patches > devel@ffmpeg.org> > > Cc: softworkz@hotmail.com > > Subject: graph.{html,css} embed failure on Windows build > > > > Hello, > > > > Since the recent addition of resman.c and embedding of graph.{html,css} > > some of the Windows builds fail. There seems to be a regression in path > > joining, caused by \ / mismatch. > > > > Generally those issues were never a problem and I would prefer to keep it this > > way. This configuration has always been flaky and undertested. > > I could set-up a pipeline to report to the fate server if that's something that > > would help stabilize it. > > > > Example of failure: > > ``` > > BIN2C fftoolsresourcesgraph.html.c > > BIN2C fftools/resources/graph.html.c > > SED fftoolsresourcesgraph.css.min > > sed: can't read /c/a/FFmpeg/FFmpeg/fftoolsresources/graph.css: No such file > > or directory SED fftools/resources/graph.css.min > > make: *** No rule to make target 'fftools\resources\graph.html.c', needed by > > 'fftools/resources/graph.html.o'. Stop. > > make: *** Waiting for unfinished jobs.... > > HOSTCC tests/videogen.o > > rm fftools\resources\graph.css.min fftools/resources/graph.html.c ``` > > > > Note that BIN2C is called twice, once with the correct path and with the > > wrong one. > > > > Removing resman.c fixes the build. This has to be done forcefully in the code, > > because there is no configure option to disable this html/css embedding. > > > > You can see the details and whole failing build logs here: > > code: https://github.com/kasper93/FFmpeg/tree/gha > > build: > > https://github.com/kasper93/FFmpeg/actions/runs/15653223193/job/44100 > > 735119 > > command: $ ../configure --enable-gpl --enable-version3 --enable-nonfree -- > > samples=../samples --enable-memory-poisoning > > --arch=amd64 --enable-w32threads --as=clang --ar=llvm-ar --cxx=clang++ -- > > ld=lld-link --windres=llvm-windres --strip=llvm-strip --cc=clang --nm=llvm-nm > > --extra-ldflags='msvcrt.lib oldnames.lib' > > --host_extralibs='' --toolchain=msvc && make -j`nproc` && make -j`nproc` > > run-checkasm && make -j`nproc` fate-rsync && make -j`nproc` fate > > > > Here is exactly the same pipeline with removed graph.{html,css} > > https://github.com/kasper93/FFmpeg/tree/gha2 > > https://github.com/kasper93/FFmpeg/actions/runs/15656127992 > > Builds just fine. > > Ignore win32 (windows-11-arm, arm64, --toolchain=msvc) failure, as this is > > affected by unrelated regression in dxvenc.c on arm64 target, but the build > > itself is passing just fine. > > > > Any ideas how we can restore the ability to build ffmpeg on Windows? > > Hi Kasper, > > I was able to reproduce the issue by adding a new CI build (for PRs to > ffstaging/ffmpeg (on GitHub, not yet for Patchwork). > > It appears to be all about dir separators when building under MSYS2 with > Clang. Clang insists on using backslashes (unlike GCC and MSVC) and that > screws the Gnu make logic (pattern rules, dependency and up-to-date > checks). Why is Clang involved in .css conversion rules? It seems to fail at the `%.css.min: %.css` rule already, which shouldn't involve any C toolchain related bits. Is this propagated from the .o file? In which case why does the .o have "wrong" path separators? Isn't there an issue in vpath? Maybe we can make it somehow proper separators. Few days I briefly looked at this, but it wasn't obvious what would be the correct solution here. Changing vpath to extract only files in fftools/resources was improving things, but still not fully. Also vpath in fftools/resources/Makefile is setting search path in the whole SRC_PATH, while imho it should be restricted to the fftools/resources directory only. - Kacper _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".