similar to: [PATCH] remove unused prototypes from file.c

kill dead ocfs_empty stuff, cleanup d_revalidate handling. Index: dcache.c =================================================================== --- dcache.c (revision 1091) +++ dcache.c (working copy) @@ -44,24 +44,11 @@ #define OCFS_DEBUG_CONTEXT OCFS_DEBUG_CONTEXT_DCACHE -static int ocfs_empty_func(struct dentry *dentry, void *ignore); - -/* - * ocfs_dentry_revalidate() - * - */ -#if

this doesn't do anything but noisy debug printks anymore Index: src/super.c =================================================================== --- src/super.c (revision 1426) +++ src/super.c (working copy) @@ -196,9 +196,7 @@ static struct super_operations ocfs_sops = { .statfs = ocfs_statfs, - .put_inode = ocfs_put_inode, .clear_inode = ocfs_clear_inode, - //put_inode =

It's both in 2.6 and recent 2.6 (for RH ASS2.1 you'll probably need to copy the latest 2.4 defintion, but I don't care for obsolete junk). Index: src/super.c =================================================================== --- src/super.c (revision 1014) +++ src/super.c (working copy) @@ -799,7 +799,7 @@ /* get first two blocks */ for (i=0; i<2; i++) { - bhs[i] = getblk

Signed-off-by: Thorsten Glaser <tg at mirbsd.org> --- usr/include/ctype.h | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-) diff --git a/usr/include/ctype.h b/usr/include/ctype.h index 4fd162b..14a2f2d 100644 --- a/usr/include/ctype.h +++ b/usr/include/ctype.h @@ -47,6 +47,20 @@ __extern int tolower(int); extern const unsigned char __ctypes[]; +__must_inline

Hi , I needed to apply this patch to get the GCC frontend building on an FC5 x86 box . [ramana at venglathur gcc]$ svn diff Index: libiberty/strsignal.c =================================================================== --- libiberty/strsignal.c (revision 254) +++ libiberty/strsignal.c (working copy) @@ -557,8 +557,8 @@ void psignal (signo, message) - unsigned signo; -

On Jan 24, 2007, at 4:14 AM, Ramana Radhakrishnan wrote: > Hi , > > I needed to apply this patch to get the GCC frontend building on an > FC5 > x86 box . I am curious, what kind of failure are you seeing ? Thanks, - Devang

Devang, On Wed, 2007-01-24 at 10:28 -0800, Devang Patel wrote: > On Jan 24, 2007, at 4:14 AM, Ramana Radhakrishnan wrote: > > > Hi , > > > > I needed to apply this patch to get the GCC frontend building on an > > FC5 > > x86 box . > > I am curious, what kind of failure are you seeing ? I should have mentioned in the email : Here's my earlier post

Hi, The include file include/llvm-c/Core.h contains declarations such as "LLVMTypeRef LLVMInt1Type();", which raises the warning "function declaration isn't a prototype" when using them in .c files. Using "(void)" instead of "()" is the solution of course. Could someone please: sed -i~ 's/()/(void)/' Core.h [Sorry to be picky, but so is my

> The include file include/llvm-c/Core.h contains declarations > such as "LLVMTypeRef LLVMInt1Type();", which raises the > warning "function declaration isn't a prototype" when > using them in .c files. Can you please send a patch. See http://llvm.org/docs/DeveloperPolicy.html#patches Thanks, Duncan.

* wang.yi59 at zte.com.cn <wang.yi59 at zte.com.cn> wrote: > Hi Ingo, > > > * Yi Wang <wang.yi59 at zte.com.cn> wrote: > > > > > We may get -Wmissing-prototypes warnings when building > > > kernel with W=1, it's better to fix them as global function > > > signature can be changed and caller who use the old unchanged > > >

Hi I have been looking at complex.c and want to access z_cos() and z_sin () from C in one of my packages. There doesn't seem to be a corresponding header file: there is no complex.h file. Where are the prototypes of z_sin() and z_cos() for these functions? grepping didn't help me: find ~/downloads/R-2.1.1/ -name "*.h " | xargs egrep "z_cos"

Dear list, Whenever the flag "-Wstrict-prototypes" is set in gcc, compiling code that includes headers in lib/R/include generates often warnings (example with R-2.6.1: Rinternals.h:560: warning: function declaration isn't a prototype ). All such warnings I looked at were about functions with empty signatures declared as "bar foo();" rather than "bar

From: Arnd Bergmann <arnd at arndb.de> nv50_display_create() is declared in another header, along with a couple of declarations that are now outdated: drivers/gpu/drm/nouveau/dispnv50/disp.c:2517:1: error: no previous prototype for 'nv50_display_create' Fixes: ba801ef068c1 ("drm/nouveau/kms: display destroy/init/fini hooks can be static") Signed-off-by: Arnd Bergmann

Hi all, It seems that a void prototype requires an explicit argument in our version of win32/api: C:\>irb irb(main):001:0> require ''win32/api'' => true irb(main):002:0> include Win32 => Object irb(main):003:0> require ''Win32API'' => true # Our version irb(main):004:0> GetLastErrorA = API.new(''GetLastError'',

* Yi Wang <wang.yi59 at zte.com.cn> wrote: > We may get -Wmissing-prototypes warnings when building > kernel with W=1, it's better to fix them as global function > signature can be changed and caller who use the old unchanged > prototypes will be hosed. > > This patch fixes most of -Wmissing-prototypes warnings which > are in the root directory of arch/x86/kernel,

To allow xenguest consumers to also make use of the extra protection added as a result of xsa-25. Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> diff -r 5af4f2ab06f3 -r daec50a41570 tools/libxc/xenguest.h --- a/tools/libxc/xenguest.h +++ b/tools/libxc/xenguest.h @@ -177,6 +177,13 @@ int xc_dom_linux_build(xc_interface *xch unsigned int console_evtchn, unsigned

To R-Developers: I wish to report what I believe are inconsistencies between Green Book descriptions and R methods behaviors. I **realize** that R does not guarantee total consistency with the Green Book; therefore I leave it to you to decide whether any of this is a bug, design choice, or a need for additional documentation -- or whether I have simply misread or overlooked existing explanations.

Hi, the patch below fixes function prototypes/defintions with void argument to shut up the heartful warnings by recent gcc :) It doesn't cover all places, e.g. test directories. The patch is to 1.1.2. Takashi --- src/metaflac/operations.c-dist 2005-05-25 16:20:02.000000000 +0200 +++ src/metaflac/operations.c 2005-05-25 16:20:09.000000000 +0200 @@ -26,7 +26,7 @@ #include <stdlib.h>