Package Details: mingw-w64-make 1-5

Git Clone URL: https://aur.archlinux.org/mingw-w64-make.git (read-only, click to copy)
Package Base: mingw-w64-make
Description: Make wrapper for MinGW (mingw-w64)
Upstream URL: http://fedoraproject.org/wiki/MinGW
Licenses: GPL
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 2
Popularity: 0.000001
First Submitted: 2019-12-04 21:31 (UTC)
Last Updated: 2021-12-03 20:34 (UTC)

Latest Comments

xantares commented on 2021-12-03 20:36 (UTC)

indeed you're right

patlefort commented on 2021-12-02 19:00 (UTC)

That's because you are passing CC= to make directly in i686-w64-mingw32-make, bypassing mingw-env.

Try

#!/bin/sh

. /usr/bin/mingw-env i686-w64-mingw32

echo "$CC"

With dash, it will print -gcc. With bash, it will print i686-w64-mingw32-gcc.

xantares commented on 2021-12-02 10:50 (UTC) (edited on 2021-12-02 10:50 (UTC) by xantares)

that's not the behavior I observe on this simple makefile:

all: echo "CC=${CC}"

then "/bin/dash /usr/bin/i686-w64-mingw32-make" shows CC=i686...

patlefort commented on 2021-11-30 20:13 (UTC)

I meant passing arguments like . mingw-env x86_64-w64-mingw32. The x86_64-w64-mingw32 part won't be passed to mingw-env in a POSIX shell like dash. https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#dot

xantares commented on 2021-11-30 20:00 (UTC) (edited on 2021-11-30 20:07 (UTC) by xantares)

no, . works in dash too, even with arguments

try "/bin/dash /usr/bin/i686-w64-mingw32-make"

patlefort commented on 2021-11-30 00:02 (UTC)

Thanks, now packages mingw-w64-cmake and mingw-w64-configure has the same problem.

patlefort commented on 2021-11-29 05:40 (UTC)

Sorry to bother you again, I just realized that the dot operator can't take arguments according to POSIX and it doesn't work when using dash. I think I'd be better to make it use bash explicitly instead. I'm trying to use dash as the default shell so I'm discovering little problems like this :)

xantares commented on 2021-11-27 09:49 (UTC)

ok

patlefort commented on 2021-11-26 16:11 (UTC)

Hey, just a small problem I noticed: It should either use dot '.' instead of source or use bash instead of sh as an interpreter, since source is a bash built-in.