mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Christophe Leroy (CS GROUP)" <chleroy@kernel.org>
To: Petr Tesarik <ptesarik@suse.com>,
	Madhavan Srinivasan <maddy@linux.ibm.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Nicholas Piggin <npiggin@gmail.com>
Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] powerpc/xmon: Delete unused ansidecl.h
Date: Fri, 9 Jan 2026 18:20:24 +0100	[thread overview]
Message-ID: <50236a86-c177-4baf-b511-50df675f96eb@kernel.org> (raw)
In-Reply-To: <20260109154636.2945330-1-ptesarik@suse.com>



Le 09/01/2026 à 16:46, Petr Tesarik a écrit :
> Delete arch/powerpc/xmon/ansidecl.h. The definitions from this header file
> are not used.
> 
> Signed-off-by: Petr Tesarik <ptesarik@suse.com>

Reviewed-by: Christophe Leroy (CS GROUP) <chleroy@kernel.org>

> ---
>   arch/powerpc/xmon/ansidecl.h | 130 -----------------------------------
>   arch/powerpc/xmon/ppc-dis.c  |   1 -
>   2 files changed, 131 deletions(-)
>   delete mode 100644 arch/powerpc/xmon/ansidecl.h
> 
> diff --git a/arch/powerpc/xmon/ansidecl.h b/arch/powerpc/xmon/ansidecl.h
> deleted file mode 100644
> index 17a85a52b63a9..0000000000000
> --- a/arch/powerpc/xmon/ansidecl.h
> +++ /dev/null
> @@ -1,130 +0,0 @@
> -/* SPDX-License-Identifier: GPL-2.0-or-later */
> -/* ANSI and traditional C compatibility macros
> -   Copyright 1991, 1992 Free Software Foundation, Inc.
> -   This file is part of the GNU C Library.
> -
> - */
> -
> -/* ANSI and traditional C compatibility macros
> -
> -   ANSI C is assumed if __STDC__ is #defined.
> -
> -   Macro	ANSI C definition	Traditional C definition
> -   -----	---- - ----------	----------- - ----------
> -   PTR		`void *'		`char *'
> -   LONG_DOUBLE	`long double'		`double'
> -   VOLATILE	`volatile'		`'
> -   SIGNED	`signed'		`'
> -   PTRCONST	`void *const'		`char *'
> -   ANSI_PROTOTYPES  1			not defined
> -
> -   CONST is also defined, but is obsolete.  Just use const.
> -
> -   DEFUN (name, arglist, args)
> -
> -	Defines function NAME.
> -
> -	ARGLIST lists the arguments, separated by commas and enclosed in
> -	parentheses.  ARGLIST becomes the argument list in traditional C.
> -
> -	ARGS list the arguments with their types.  It becomes a prototype in
> -	ANSI C, and the type declarations in traditional C.  Arguments should
> -	be separated with `AND'.  For functions with a variable number of
> -	arguments, the last thing listed should be `DOTS'.
> -
> -   DEFUN_VOID (name)
> -
> -	Defines a function NAME, which takes no arguments.
> -
> -   obsolete --     EXFUN (name, (prototype))	-- obsolete.
> -
> -	Replaced by PARAMS.  Do not use; will disappear someday soon.
> -	Was used in external function declarations.
> -	In ANSI C it is `NAME PROTOTYPE' (so PROTOTYPE should be enclosed in
> -	parentheses).  In traditional C it is `NAME()'.
> -	For a function that takes no arguments, PROTOTYPE should be `(void)'.
> -
> -    PARAMS ((args))
> -
> -	We could use the EXFUN macro to handle prototype declarations, but
> -	the name is misleading and the result is ugly.  So we just define a
> -	simple macro to handle the parameter lists, as in:
> -
> -	      static int foo PARAMS ((int, char));
> -
> -	This produces:  `static int foo();' or `static int foo (int, char);'
> -
> -	EXFUN would have done it like this:
> -
> -	      static int EXFUN (foo, (int, char));
> -
> -	but the function is not external...and it's hard to visually parse
> -	the function name out of the mess.   EXFUN should be considered
> -	obsolete; new code should be written to use PARAMS.
> -
> -    For example:
> -	extern int printf PARAMS ((CONST char *format DOTS));
> -	int DEFUN(fprintf, (stream, format),
> -		  FILE *stream AND CONST char *format DOTS) { ... }
> -	void DEFUN_VOID(abort) { ... }
> -*/
> -
> -#ifndef	_ANSIDECL_H
> -
> -#define	_ANSIDECL_H	1
> -
> -
> -/* Every source file includes this file,
> -   so they will all get the switch for lint.  */
> -/* LINTLIBRARY */
> -
> -
> -#if defined (__STDC__) || defined (_AIX) || (defined (__mips) && defined (_SYSTYPE_SVR4)) || defined(WIN32)
> -/* All known AIX compilers implement these things (but don't always
> -   define __STDC__).  The RISC/OS MIPS compiler defines these things
> -   in SVR4 mode, but does not define __STDC__.  */
> -
> -#define	PTR		void *
> -#define	PTRCONST	void *CONST
> -#define	LONG_DOUBLE	long double
> -
> -#define	AND		,
> -#define	NOARGS		void
> -#define	CONST		const
> -#define	VOLATILE	volatile
> -#define	SIGNED		signed
> -#define	DOTS		, ...
> -
> -#define	EXFUN(name, proto)		name proto
> -#define	DEFUN(name, arglist, args)	name(args)
> -#define	DEFUN_VOID(name)		name(void)
> -
> -#define PROTO(type, name, arglist)	type name arglist
> -#define PARAMS(paramlist)		paramlist
> -#define ANSI_PROTOTYPES			1
> -
> -#else	/* Not ANSI C.  */
> -
> -#define	PTR		char *
> -#define	PTRCONST	PTR
> -#define	LONG_DOUBLE	double
> -
> -#define	AND		;
> -#define	NOARGS
> -#define	CONST
> -#ifndef const /* some systems define it in header files for non-ansi mode */
> -#define	const
> -#endif
> -#define	VOLATILE
> -#define	SIGNED
> -#define	DOTS
> -
> -#define	EXFUN(name, proto)		name()
> -#define	DEFUN(name, arglist, args)	name arglist args;
> -#define	DEFUN_VOID(name)		name()
> -#define PROTO(type, name, arglist) type name ()
> -#define PARAMS(paramlist)		()
> -
> -#endif	/* ANSI C.  */
> -
> -#endif	/* ansidecl.h	*/
> diff --git a/arch/powerpc/xmon/ppc-dis.c b/arch/powerpc/xmon/ppc-dis.c
> index af105e1bc3fca..3f2c01c13c661 100644
> --- a/arch/powerpc/xmon/ppc-dis.c
> +++ b/arch/powerpc/xmon/ppc-dis.c
> @@ -10,7 +10,6 @@ This file is part of GDB, GAS, and the GNU binutils.
>   #include <asm/cputable.h>
>   #include <asm/cpu_has_feature.h>
>   #include "nonstdio.h"
> -#include "ansidecl.h"
>   #include "ppc.h"
>   #include "dis-asm.h"
>   


      reply	other threads:[~2026-01-09 17:20 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-09 15:46 Petr Tesarik
2026-01-09 17:20 ` Christophe Leroy (CS GROUP) [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50236a86-c177-4baf-b511-50df675f96eb@kernel.org \
    --to=chleroy@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=maddy@linux.ibm.com \
    --cc=mpe@ellerman.id.au \
    --cc=npiggin@gmail.com \
    --cc=ptesarik@suse.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®