Re: STk on SunOS 5.5.1

From: Clifford Beshers <beshers_at_cs.columbia.edu>
Date: Fri, 6 Dec 1996 10:28:56 -0500 (EST)

   X-Mailer: exmh version 1.6.4 10/10/95
   Cc: stk_at_kaolin.unice.fr
   Reply-To: eg_at_unice.fr
   Mime-Version: 1.0
   Date: Fri, 06 Dec 1996 12:58:14 +0100
   From: Erick Gallesio <eg_at_saxo.essi.fr>
   Resent-From: stk_at_kaolin.unice.fr
   X-Mailing-List: <stk_at_kaolin.unice.fr> archive/latest/1411
   X-Loop: stk_at_kaolin.unice.fr
   Precedence: list
   Resent-Sender: stk-request_at_kaolin.unice.fr
   Content-Type: text/plain; charset=us-ascii
   Content-Length: 1226

> Harold Carr writes
> STk> (define-class <Car> ()
> ((power :init-keyword :power :accessor power)
> (driver :init-keyword :driver :accessor driver)
> (color :init-keyword :color :accessor color)))
>
>
> *** Error at line 25 of file ../Lib/hash.stk:
> Cannot open object file (ld.so.1: ../Src/stk: fatal: relocation error: symbol not found: STk_nil: referenced in ../Extensions/hash.so): "../Extensions/hash.so"
>
   It works on our Ultra-Enterprise with SunOS 5.5.1, without problem.
   It seems to be a path problem. When you first use define-class, a bunch of
   files are loaded and for some reason, the file hash.so is not found.
   Try to set the *load-verbose* variable to #t to see which files are loaded
   Here I have
           STk> (set! *load-verbose* #t)
           #[undefined]
           STk> define-class
           ;; Loading file "/opt/net/STk/lib/stk/3.1.1/STk/stklos.stk"
           ;; Loading file "/opt/net/STk/lib/stk/3.1.1/STk/hash.stk"
           ;; Loading file "/opt/net/STk/lib/stk/3.1.1/SunOS-5.5.1-sun4/hash.so"
           ;; File "/opt/net/STk/lib/stk/3.1.1/SunOS-5.5.1-sun4/hash.so" loaded
           ;; File "/opt/net/STk/lib/stk/3.1.1/STk/hash.stk" loaded
           ;; File "/opt/net/STk/lib/stk/3.1.1/STk/stklos.stk" loaded
           #[macro f31e0]
           STk>

   Hope it helps.


                   -- Erick


No, sorry, it doesn't. I've had the same problem with 3.1.1 under
Solaris, and I just haven't had the time to attack it. As far as I
can tell, the paths below are correct.

The strange thing is, when I do the same thing under HP-UX, the load
succeeds, but now that I've turned debugging on, I get an error
message that hash was not provided. It must actually be there,
however, because I do run STk on that platform.

Also, I recompiled stk under Solaris, changed the load-path to
reference the local Extensions directory, and did your test again.
The load failed, but this time, it was STk_eq that it couldn't find.

Is it possible this is a gcc/loader problem? Why only on hash?

Cliff

-- 
Clifford Beshers                     Computer Graphics and User Interfaces Lab
beshers_at_cs.columbia.edu                         Department of Computer Science
http://www.cs.columbia.edu/~beshers                        Columbia University
beshers_at_zippy> uname -a
SunOS zippy.cs.columbia.edu 5.5.1 Generic sun4m
beshers_at_zippy>> gcc --version
2.7.2.1
beshers_at_zippy> snow
Welcome to the STk interpreter version 3.1.1 [SunOS-5.5.1-sun4]
Copyright ) 1993-1996 Erick Gallesio - I3S - CNRS / ESSI <eg_at_unice.fr>
STk> (set! *load-verbose* #t)
#[undefined]
STk> define-class
;; Loading file "/proj/graphics/software/stk/lib/stk/3.1.1/STk/stklos.stk"
;; Loading file "/proj/graphics/software/stk/lib/stk/3.1.1/STk/hash.stk"
;; Loading file "/proj/graphics/software/stk/lib/stk/3.1.1/SunOS-5.5.1-sun4/hash.so"
 
*** Error at line 25 of file /proj/graphics/software/stk/lib/stk/3.1.1/STk/hash.stk:
    Cannot open object file (ld.so.1: snow: fatal: relocation error: symbol not found: STk_nil: referenced in /proj/graphics/software/stk/lib/stk/3.1.1/SunOS-5.5.1-sun4/hash.so): "/proj/graphics/software/stk/lib/stk/3.1.1/SunOS-5.5.1-sun4/hash.so"
Current eval stack:
__________________
  0    (load (string-append "hash." *shared-suffix*))
  1    (load what)
  2    (begin (load what) (unless (member what provided) (format #t "WARNING: ~S was not provided~%" what)))
  3    (require "hash")
  4    define-class
STk> 
beshers_at_zippy>> 
beshers_at_okeeffe> uname -a
HP-UX okeeffe A.09.01 A 9000/735
beshers_at_okeeffe> snow
Welcome to the STk interpreter version 3.1.1 [HP-UX-9.X-9000s700]
Copyright ) 1993-1996 Erick Gallesio - I3S - CNRS / ESSI <eg_at_unice.fr>
STk> (set! *load-verbose* #t)
#[undefined]
STk> define-class
;; Loading file "/proj/graphics/software/stk/lib/stk/3.1.1/STk/stklos.stk"
;; Loading file "./hash.sl"
;; File "./hash.sl" loaded
WARNING: "hash" was not provided
;; File "/proj/graphics/software/stk/lib/stk/3.1.1/STk/stklos.stk" loaded
#[macro 400196ac]
STk> 
# Newly compiled STk.
beshers_at_dynamo> uname -a
SunOS dynamo.cs.columbia.edu 5.5.1 Generic sun4u
beshers_at_dynamo> ./snow
Welcome to the STk interpreter version 3.1.1 [SunOS-5.5.1-sun4]
Copyright ) 1993-1996 Erick Gallesio - I3S - CNRS / ESSI <eg_at_unice.fr>
STk> (set! *load-path* (cons "../Extensions" *load-path*))
#[undefined]
STk> (set! *load-verbose* #t)
#[undefined]
STk> define-class
;; Loading file "/proj/graphics/software/stk/lib/stk/3.1.1/STk/stklos.stk"
;; Loading file "../Extensions/hash.so"
 
*** Error at line 20 of file /proj/graphics/software/stk/lib/stk/3.1.1/STk/stklos.stk:
    Cannot open object file (ld.so.1: ./snow: fatal: relocation error: symbol not found: STk_eq: referenced in ../Extensions/hash.so): "../Extensions/hash.so"
Current eval stack:
__________________
  0    (load what)
  1    (begin (load what) (unless (member what provided) (format #t "WARNING: ~S was not provided~%" what)))
  2    (require "hash")
  3    define-class
STk> 

Received on Fri Dec 06 1996 - 16:28:33 CET