[src/trunk]: src/doc Belatedly make a note of the cast for LINUX_USRSTACK and...

[he <he%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/a67a7ff6f6b3
branches:  trunk
changeset: 551632:a67a7ff6f6b3
user:      he <he%NetBSD.org@localhost>
date:      Tue Sep 09 13:40:59 2003 +0000

description:
Belatedly make a note of the cast for LINUX_USRSTACK and USRSTACK made
to get the sun3 port to compile.  Briefly discussed with mycroft.

diffstat:

 doc/HACKS |  15 ++++++++++++++-
 1 files changed, 14 insertions(+), 1 deletions(-)

diffs (26 lines):

diff -r 1d77fe7c95ff -r a67a7ff6f6b3 doc/HACKS
--- a/doc/HACKS Tue Sep 09 12:55:10 2003 +0000
+++ b/doc/HACKS Tue Sep 09 13:40:59 2003 +0000
@@ -1,4 +1,4 @@
-# $NetBSD: HACKS,v 1.6 2003/08/14 15:08:32 uwe Exp $
+# $NetBSD: HACKS,v 1.7 2003/09/09 13:40:59 he Exp $
 #
 # This file is intended to document workarounds for currently unsolved
 # (mostly) compiler bugs.
@@ -329,3 +329,16 @@
        to being defined within an asm() statement (without being declared
        .globl in that statement). Work around it by adding the .globl.
 kcah
+
+hack   Compensation for differing types of LINUX_USRSTACK and USRSTACK
+cdate  21 Aug 2003
+who    he
+file   sys/miscfs/procfs/procfs_linux.c : 1.14
+descr
+       Not all ports have LINUX_USRSTACK and/or USRSTACK defined as
+       literals/constants, but refer to variables of a type which is
+       not "unsigned long", causing compilation of procfs_linux.c to
+       fail with "makes integer from pointer without a cast".  This
+       is observed on e.g. the sun3 port.  Ideally the "types" for
+       symbols should be consistent across all ports.
+kcah