[1023] in arla-drinkers
new problem on i386-netbsd1.3H with process.S
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Thu Jul 29 03:39:57 1999
From owner-arla-drinkers@stacken.kth.se Thu Jul 29 07:39:57 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 2445 invoked from network); 29 Jul 1999 07:39:56 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 29 Jul 1999 07:39:56 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id JAA29425
for arla-drinkers-list; Thu, 29 Jul 1999 09:33:55 +0200 (MET DST)
Received: from raeburn.org (r93aag001418.sbo-smr.ma.cable.rcn.com [209.6.183.211])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id JAA29421
for <arla-drinkers@stacken.kth.se>; Thu, 29 Jul 1999 09:33:45 +0200 (MET DST)
Received: (from raeburn@localhost) by raeburn.org (8.8.8/8.6.9) id DAA02601; Thu, 29 Jul 1999 03:33:33 -0400 (EDT)
Date: Thu, 29 Jul 1999 03:33:33 -0400 (EDT)
Message-Id: <199907290733.DAA02601@raeburn.org>
X-Authentication-Warning: raeburn.org: raeburn set sender to raeburn@raeburn.org using -f
From: Ken Raeburn <raeburn@raeburn.org>
To: arla-drinkers@stacken.kth.se
Subject: new problem on i386-netbsd1.3H with process.S
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
In lwp/process.S version 1.22, the "savecontext" symbol is defined
instead of "_savecontext", and similarly for "returnto", because it's
picking up these definitions from <machine/asm.h>:
#ifdef __STDC__
# define _C_LABEL(x) _ ## x
#else
# define _C_LABEL(x) _/**/x
#endif
#define _ENTRY(x) \
.text; _ALIGN_TEXT; .globl x; .type x,@function; x:
#define ENTRY(y) _ENTRY(_C_LABEL(y)); _PROF_PROLOGUE
#define NENTRY(y) _ENTRY(_C_LABEL(y))
instead of the ones provided in process.S, which behave differently.
This causes the test link to fail, and all the other attempts to
produce process.o fail as well.
Version 1.21 used ENTRY(savecontext) instead of _ENTRY(savecontext),
and that appears to be more correct when using these system macros.
Ken
