lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5554C1BF.7000408@osg.samsung.com>
Date:	Thu, 14 May 2015 09:39:43 -0600
From:	Shuah Khan <shuahkh@....samsung.com>
To:	Arnaldo Carvalho de Melo <acme@...nel.org>
CC:	Michael Ellerman <mpe@...erman.id.au>,
	Ingo Molnar <mingo@...nel.org>,
	David Ahern <dsahern@...il.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Shuah Khan <shuahkh@....samsung.com>
Subject: Re: make -C tools clean failure on older systems

On 05/14/2015 09:12 AM, Arnaldo Carvalho de Melo wrote:
> Hi,
> 
> 	In:
> 
>  -------------
> commit 67d8712dcc70aa16d8e14a52eb73870e3cbddfc2
> Author: Shuah Khan <shuahkh@....samsung.com>
> Date:   Wed Mar 18 11:57:39 2015 -0600
> 
>     selftests: Fix build failures when invoked from kselftest target
> 
>  -------------
> 
> You cleaned two variables using different methods, any reason for that?
> 
> I asked because the 'undefine' method causes it to fail in older
> systems:

The reason for this change is some tests fail to build when invoked
from the main Makefile level. The commit log explains the change:

Several tests that rely on implicit build rules fail to build,
when invoked from the main Makefile kselftest target. These
failures are due to --no-builtin-rules and --no-builtin-variables
options set in the inherited MAKEFLAGS.

--no-builtin-rules eliminates the use of built-in implicit rules
and --no-builtin-variables is for not defining built-in variables.
These two options override the use of implicit rules resulting in
build failures. In addition, inherited LDFLAGS result in build
failures and there is no need to define LDFLAGS.  Clear LDFLAGS
and MAKEFLAG when make is invoked from the main Makefile kselftest
target. Fixing this at selftests Makefile avoids changing the main
Makefile and keeps this change self contained at selftests level.

> 
> [acme@...l5 linux]$ make -C tools/ clean
> <SNIP>
>   CLEAN    python
> make[1]: Leaving directory `/home/acme/git/linux/tools/perf'
>   DESCEND  testing/selftests
> make[1]: Entering directory
> `/home/acme/git/linux/tools/testing/selftests'
> Makefile:30: *** missing separator.  Stop.
> make[1]: Leaving directory
> `/home/acme/git/linux/tools/testing/selftests'
> make: *** [selftests_clean] Error 2
> make: Leaving directory `/home/acme/git/linux/tools'
> 
>  ----------------------------------
> 
> [acme@...l5 linux]$ make --version
> GNU Make 3.81
> Copyright (C) 2006  Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> 
> This program built for x86_64-redhat-linux-gnu
> [acme@...l5 linux]$
> 
> Wonder if it would be ok to use:
> 
> diff --git a/tools/testing/selftests/Makefile b/tools/testing/selftests/Makefile
> index 95abddcd7839..f76830643086 100644
> --- a/tools/testing/selftests/Makefile
> +++ b/tools/testing/selftests/Makefile
> @@ -27,7 +27,7 @@ TARGETS_HOTPLUG += memory-hotplug
>  # Makefile to avoid test build failures when test
>  # Makefile doesn't have explicit build rules.
>  ifeq (1,$(MAKELEVEL))
> -undefine LDFLAGS
> +override LDFLAGS =
>  override MAKEFLAGS =
>  endif

I recall testing with override and remember it to not work. If you would
like experiment with it, feel free to send a patch with that change. My
make version is very new:

make --version
GNU Make 4.0
Built for x86_64-pc-linux-gnu

You have to run make kselftest from the main kernel Makefile to see
the build failures that undefine LDFLAGS fixed.

thanks,
-- Shuah



-- 
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shuahkh@....samsung.com | (970) 217-8978
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ