From owner-freebsd-current  Sat Apr 22 14:57:14 2000
Delivered-To: freebsd-current@freebsd.org
Received: from hun.org (hun.org [216.190.28.252])
	by hub.freebsd.org (Postfix) with ESMTP id 2D93A37B795
	for <freebsd-current@freebsd.org>; Sat, 22 Apr 2000 14:57:09 -0700 (PDT)
	(envelope-from attila@hun.org)
Received: (from attila@localhost)
	by hun.org (8.9.3/8.9.2) id VAA55016;
	Sat, 22 Apr 2000 21:57:05 GMT
	(envelope-from attila)
Date: Sat, 22 Apr 2000 21:57:05 GMT
Message-Id: <200004222157.VAA55016@hun.org>
From: attila! <attila@hun.org>
Organization: hun.org, over 40 years beyond the fringe
	home for unpenitent hackers and anarcho-cryptophreaks
Mailer: FreeBSD 4.0-current with XEmacs V20.4 (see alt.religion.emacs)
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit; Content-Disposition: Inline
To: freebsd-current@freebsd.org
Subject: __func__ not declared for kernel build (5.0-CURRENT)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

    ...trying to upgrade from 4.0-CURRENT (last update 21 Jul 99) to
    5.0-CURRENT (22 Apr at 0419 UCT) using cvsup over 56K.

    I know, I know, I fell behind, but it was doing its thing --ran
    for 272 days without even restarting X although the aux generator
    fired up during a couple power failures before the backup
    batteries gave up the ghost. 272 days: that's reliability!  --
    '...only shut down to change the hardware or software'.

    In my notes, sometime in the fall, the signal list was changed to
    accommodate more than 32 signals; and, if I remember correctly, it
    was necessary to generate the kernel _before_ doing 'build world',
    etc.

    I 'glimpse'd for the instructions in 'current', 'commit', and the
    manual, but came up empty handed.

    '__func__ is not found for either the 'GENERIC' or 'hun' target.

    ../../i386/i386/in_cksum.c: In function `in_cksum':
    ../../i386/i386/in_cksum.c:239: `__func__' undeclared (first use in this function)
    ../../i386/i386/in_cksum.c:239: (Each undeclared identifier is reported only once
    ../../i386/i386/in_cksum.c:239: for each function it appears in.)
    ../../i386/i386/in_cksum.c: In function `in_cksum_skip':
    ../../i386/i386/in_cksum.c:427: `__func__' undeclared (first use in this function)
    *** Error code 1

    I can not find __func__ declared in any '.[chsS]' files in
    5.0-CURRENT /usr/src/sys, /usr/src/include files, or any
    4.0-CURRENT include files. I presume it is generated on the fly
    somewhere?

    What did I miss during RTFM and RTFS (source)?

    Is my procedure correct by compiling the kernel before 'build
    world', etc.?

    I suppose I could (but I would rather not) have 'cvsup' retreat to
    a "safe" date after the signal change, build the kernel, 'make
    world', and then upgrade to 5.0-CURRENT... if so, what date?

    --
    Caveat: 

    No Microsoft programs or processes were used in the creation
    or distribution of this message. If you are using a Microsoft
    program to view this message, please be advised I am not
    responsible for any harm you may suffer as a result.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message