home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / gnu / utils / bug / 2006 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.8 KB  |  72 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!wwtc.timeplex.com!patrick
  3. From: patrick@wwtc.timeplex.com (Patrick D. Wildi)
  4. Subject: i960 toolchain linker problem
  5. Message-ID: <9211061648.AA03665@wwtc.timeplex.com>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Fri, 6 Nov 1992 16:48:21 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 59
  12.  
  13. Hi
  14.  
  15. I am trying to set up a GNU toolchain for cross-compiling i960 code
  16. on a sun4c (sunos 4.1.1).
  17.  
  18. I use the following configurations for these tools:
  19.  
  20. GCC (2.2.2):    --host=sun4 --target=i960 --nfp
  21. GAS (1.92.3):   --host=sun4 --target=i960-nindy
  22. Binutils (2.0): --host=sun4  (using LDEMULATION=gld960, GNUTARGET=b.out.big to run gld)
  23.  
  24.  
  25. Is this the correct configuration? Would it be better to use a coff format?
  26. Does the coff configuration work for all tools?
  27.  
  28. It seems to me that GCC and GAS work ok. But the linker always fails with a
  29. this segmentation error:
  30.     
  31. >    lewis [ld] setenv LDEMULATION gld960
  32. >    lewis [ld] gdb ld.new
  33. >    GDB is free software and you are welcome to distribute copies of it
  34. >     under certain conditions; type "show copying" to see the conditions.
  35. >    There is absolutely no warranty for GDB; type "show warranty" for details.
  36. >    GDB 4.5, Copyright 1992 Free Software Foundation, Inc...
  37. >    (gdb) run -b b.out.big -o tt.o bite.o
  38. >
  39. >    Program received signal 11, Segmentation fault
  40. >    0x2ec94 in b_out_get_relocated_section_contents (in_abfd=0xa9060,
  41. >        seclet=0xa9428, data=0xaf028 "V1.0x7") at bout.c:1155
  42. >    1155            switch (reloc->howto->type)
  43. >    (gdb) where
  44. >    #0  0x2ec94 in b_out_get_relocated_section_contents (in_abfd=0xa9060,
  45. >        seclet=0xa9428, data=0xaf028 "V1.0x7") at bout.c:1155
  46. >    #1  0x1b8c4 in rel (abfd=0xa9060, seclet=0xa9428, output_section=0xa9288,
  47. >        data=0xaf028 "V1.0x7") at seclet.c:86
  48. >    #2  0x1b944 in seclet_dump_seclet (abfd=0xa9060, seclet=0xa9428,
  49. >        section=0xa9288, data=0xaf028 "V1.0x7") at seclet.c:110
  50. >    #3  0x1babc in seclet_dump (abfd=0xa9060, data=0xaf028 "V1.0x7")
  51. >        at seclet.c:146
  52. >    #4  0x12c0c in write_relaxnorel (output_bfd=0xa9060, data=0xaf028 "V1.0x7")
  53. >        at relax.c:162
  54. >    #5  0xe244 in ldwrite () at ldwrite.c:414
  55. >    #6  0xc2f4 in main (argc=6, argv=0xf7fff83c) at ldmain.c:254
  56. >    (gdb) p *reloc
  57. >    $1 = {sym_ptr_ptr = 0xabdec, address = 32, addend = 0, howto = 0x440}
  58. >    (gdb) p *reloc->howto
  59. >    $2 = Cannot access memory at address 0x440.
  60.  
  61. Can anybody give me a hint what is wrong in my setup?
  62.  
  63. Thanks Patrick.
  64.  
  65. -------------------------------------------------------------------
  66. Patrick D. Wildi        Phone:    (310)443-5727
  67. Ascom Timeplex             FAX:      (310)443-5582
  68. 10920 Wilshire Blvd.        Internet: patrick@wwtc.timeplex.com
  69. Los Angeles, CA 90024        UUCP:     uunet!uncng!patrick
  70. -------------------------------------------------------------------
  71.  
  72.