Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9

gcl-devel
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9

From:	Matthew White
Subject:	Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9
Date:	11 Aug 2003 18:42:27 +1000
Hi,

On Sat, 2003-08-09 at 02:21, Camm Maguire wrote:
> Greetings!
> 
> Matthew White <address@hidden> writes:
> 
> > Hi,
> > 
> > > Greetings!
> > > 
> > > Matthew White <address@hidden> writes:
> > > 
> > > > Hello,
> > > > 
> > > > > > Hi,
> > > > > > 
> > > > > > In the short term, a tarred copy of that build would be excellent - 
> > > > > > we
> > > > > > have a class starting here very soon that is going to use gcl.....
> > > > > > 
> > > > > 
> > > > > OK, I'm building it now.  Is there a site to which I can ftp it when
> > > > > done? 
> > > > 
> > > > Unfortunately there isn't an site here that you can ftp into....Can we
> > > > arrange some other way of grabbing it?
> > > > 
> > > 
> > > OK, try http://people.debian.org/~camm in a little while.  You may
> > > have difficulty using this image in compiling and loading files using
> > > setjmp, however.
> > 
> > Thanks for that - and that's why I want to help out as much as I can in
> > trying to find a way to get gcl to compile here! :)
> > 
> 
> Great!
> 
> 
> > > > > You know that our ansi build is a work in progress, yes?
> > > > 
> > > > Yep.
> > > > 
> > > > > > On the other hand, I would of course like to help persue the error. 
> > > > > >  I
> > > > > > patched the file, recompiled and this is what I got :-
> > > > > > 
> > > > > > --
> > > > > > Compiling PCL_WALK...
> > > > > > Compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_walk.lisp.
> > > > > > End of Pass 1.  
> > > > > > 
> > > > > > ;; Note: Tail-recursive call of WALK-TEMPLATE was replaced by 
> > > > > > iteration.
> > > > > > ;; Note: Tail-recursive call of WALK-TEMPLATE was replaced by 
> > > > > > iteration.
> > > > > > ;; Note: Tail-recursive call of WALK-TEMPLATE-HANDLE-REPEAT-1 was
> > > > > > replaced by iteration.
> > > > > > End of Pass 2.  
> > > > > > OPTIMIZE levels: Safety=1 (No runtime error checking), Space=0, 
> > > > > > Speed=3
> > > > > > Finished compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_walk.o.
> > > > > > Loading binary of PCL_WALK...
> > > > > > 
> > > > > > Error: Undefined symbol "setjmp"
> > > > > > --
> > > > > > 
> > > > > 
> > > > > OK, then please send me
> > > > > 
> > > > > nm pcl_walk.o |grep setjmp
> > > > > nm saved_gcl |grep setjmp
> > > > > nm --dynamic /lib/<your libc> |grep setjmp
> > > > 
> > > > Here we go :-
> > > > 
> > > > address@hidden pcl]$ nm pcl_walk.o | grep setjmp
> > > > [177]   |         0|       0|NOTY |GLOB |0    |UNDEF  |setjmp
> > > > 
> > > > address@hidden pcl]$ nm ../unixport/saved_gcl | grep setjmp
> > > > [7569]  |   2324856|       0|FUNC |GLOB |0    |UNDEF  |setjmp
> > > > [7245]  |   2326056|       0|FUNC |GLOB |0    |UNDEF  |sigsetjmp
> > > > 
> > > > address@hidden pcl]$ nm -D /lib/libc.so.1 | grep setjmp
> > > > [1166]  |    207784|      32|FUNC |GLOB |0    |9      |_setjmp
> > > > [884]   |    207892|     172|FUNC |GLOB |0    |9      |_sigsetjmp
> > > > [325]   |    207784|      32|FUNC |WEAK |0    |9      |setjmp
> > > > [8]     |    207892|     172|FUNC |WEAK |0    |9      |sigsetjmp
> > > > 
> > > > address@hidden pcl]$ nm -D /lib/libc.a | grep setjmp
> > > > /lib/libc.a[setjmp.o]:
> > > > /lib/libc.a[sigsetjmp.o]:
> > > > 
> > > > I hope this is what you are after.
> > > 
> > > Yes, thanks.  Please try this patch:
> > > 
> > > Index: sfasli.c
> > > ===================================================================
> > > RCS file: /cvsroot/gcl/gcl/o/sfasli.c,v
> > > retrieving revision 1.10
> > > diff -u -r1.10 sfasli.c
> > > -- sfasli.c       1 Mar 2003 22:37:37 -0000       1.10
> > > +++ sfasli.c      7 Aug 2003 16:45:45 -0000
> > > @@ -66,7 +66,8 @@
> > >        h->u.def.section=q[u]->section;
> > >        *c='@';
> > >      }
> > > -    if (!strncmp(q[u]->name,"__",2) && 
> > > !strcmp("i3",q[u]->name+strlen(q[u]->name)-2)) {
> > > +    if ((!strncmp(q[u]->name,"__",2) && 
> > > !strcmp("i3",q[u]->name+strlen(q[u]->name)-2))
> > > + || !strcmp(q[u]->name,"setjmp")) {
> > >        struct bfd_link_hash_entry *h;
> > >        if 
> > > (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
> > >   FEerror("Cannot make new hash entry",0);
> > > 
> > > 
> > > On the solaris box of the autobuilder, setjmp has is reported with a
> > > version suffix, such as setjmp@@sysv....  GCL will define and add such
> > > symbols without their suffix.  On most machines this picks up setjmp.
> > > Then on arm, certain symbols of the form __...i3 needed to be
> > > defined.  So now I've added your case, but clearly we need a better
> > > algorithm at this point.  We might be able to loop through all
> > > symbols, defining those that are undefined in the base image, but I
> > > thought I tried this and failed.  Hmmm.
> > 
> > OK, I put that patch in and recompiled.  It got a little further, but is
> > now complaining about another undefined symbol.......... :-
> > 
> > --
> > Compiling PCL_CACHE...
> > Compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_cache.lisp.
> > End of Pass 1.
> > 
> > ;; Note: Tail-recursive call of GET-CACHE-VECTOR was replaced by
> > iteration.
> > End of Pass 2.
> > OPTIMIZE levels: Safety=1 (No runtime error checking), Space=0, Speed=3
> > Finished compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_cache.o.
> > Loading binary of PCL_CACHE...
> > 
> > Error: Undefined symbol ".div"
> > Fast links are on: do (si::use-fast-links nil) for debugging
> > Error signalled by OR.
> > Broken at LOAD.  Type :H for Help.
> > >>patch -p0 <pcl_methods.patch
> >   Looks like a unified context diff.
> > File to patch: ^Cmake[1]: *** [pcl_boot.c] Error 3
> > make: *** [unixport/saved_pcl_gcl] Interrupt
> > --
> > 
> > Like before, I've used nm on the relevant object/archive files and got
> > :-
> > 
> > address@hidden gcl-2.5.3]$ nm pcl/pcl_cache.o | grep ".div"
> > [234]   |         0|       0|NOTY |GLOB |0    |UNDEF  |.div
> > [240]   |         0|       0|NOTY |GLOB |0    |UNDEF  |Ldivide
> > 
> > address@hidden gcl-2.5.3]$ nm unixport/saved_gcl | grep ".div"
> > [6722]  |   2324840|       0|FUNC |GLOB |0    |UNDEF  |.div
> > [7758]  |   2325356|       0|FUNC |GLOB |0    |UNDEF  |.udiv
> > [8910]  |    719880|     220|FUNC |GLOB |0    |9      |Ldivide
> > [8833]  |   1675172|      12|FUNC |GLOB |0    |9     
> > |__gmp_divide_by_zero
> > [7722]  |   2029688|     584|FUNC |GLOB |0    |9     
> > |__gmpn_dc_divrem_n
> > [8100]  |   2078632|     136|FUNC |GLOB |0    |9     
> > |__gmpn_divexact_by3c
> > [7268]  |   2078768|    2672|FUNC |GLOB |0    |9      |__gmpn_divrem_1
> > [7270]  |   2081440|     960|FUNC |GLOB |0    |9      |__gmpn_divrem_2
> > [6961]  |   2030592|    1112|FUNC |GLOB |0    |9     
> > |__gmpn_sb_divrem_mn
> > [7972]  |   2026784|    2904|FUNC |GLOB |0    |9      |__gmpn_tdiv_qr
> > [7609]  |   2077432|     380|FUNC |GLOB |0    |9      |__gmpn_udiv_qrnnd
> > [6561]  |   1665632|      32|FUNC |GLOB |0    |9     
> > |__gmpz_cdiv_q_2exp
> > [5453]  |   1665152|     480|FUNC |LOCL |0    |9     
> > |__gmpz_cfdiv_q_2exp
> > [7772]  |   1665664|      32|FUNC |GLOB |0    |9     
> > |__gmpz_fdiv_q_2exp
> > [8091]  |   1672552|     536|FUNC |GLOB |0    |9      |__gmpz_tdiv_qr
> > [9263]  |   2325920|       0|FUNC |GLOB |0    |UNDEF  |__udiv64
> > [5451]  |         0|       0|FILE |LOCL |0    |ABS    |cfdiv_q_2exp.c
> > [5986]  |         0|       0|FILE |LOCL |0    |ABS    |dc_divrem_n.c
> > [6066]  |         0|       0|FILE |LOCL |0    |ABS    |diveby3.c
> > [6068]  |         0|       0|FILE |LOCL |0    |ABS    |divrem_1.c
> > [6070]  |         0|       0|FILE |LOCL |0    |ABS    |divrem_2.c
> > [7487]  |    720700|      36|FUNC |GLOB |0    |9      |integer_divide1
> > [5988]  |   2030272|     320|FUNC |LOCL |0    |9     
> > |mpn_dc_div_3_halves_by_2
> > [5963]  |   2013832|      60|FUNC |LOCL |0    |9     
> > |mpn_fft_div_2exp_modF
> > [6675]  |    717600|    1360|FUNC |GLOB |0    |9      |number_divide
> > [7794]  |   2528012|       4|OBJT |GLOB |0    |21    
> > |sLdivision_by_zero
> > [5989]  |         0|       0|FILE |LOCL |0    |ABS    |sb_divrem_mn.c
> > [5490]  |         0|       0|FILE |LOCL |0    |ABS    |tdiv_qr.c
> > [5984]  |         0|       0|FILE |LOCL |0    |ABS    |tdiv_qr.c
> > [947]   |    721240|      28|FUNC |LOCL |0    |9      |zero_divisor
> > 
> > address@hidden gcl-2.5.3]$ nm -D /lib/libc.so.1 | grep ".div"
> > [1937]  |    781864|      52|FUNC |GLOB |0    |20     |.div
> > [1918]  |    781916|      32|FUNC |GLOB |0    |20     |.udiv
> > [136]   |    126316|    3604|FUNC |GLOB |0    |9      |_Q_div
> > [2065]  |    116688|     840|FUNC |GLOB |0    |9      |__div64
> > [687]   |    118304|     800|FUNC |GLOB |0    |9      |__udiv64
> > [1714]  |    203944|     616|FUNC |GLOB |0    |9      |_ldivide
> > [1126]  |    268020|     320|FUNC |GLOB |0    |9      |_lldiv
> > [342]   |    228096|      96|FUNC |GLOB |0    |9      |div
> > [1254]  |    228192|      96|FUNC |GLOB |0    |9      |ldiv
> > [671]   |    203944|     616|FUNC |WEAK |0    |9      |ldivide
> > [701]   |    268020|     320|FUNC |WEAK |0    |9      |lldiv
> > 
> > address@hidden gcl-2.5.3]$ nm -D /lib/libc.a | grep ".div"
> > /lib/libc.a[hwmuldiv.o]:
> > /lib/libc.a[hwmuldiv.o]:
> > /lib/libc.a[_Q_div.o]:
> > /lib/libc.a[ldivide.o]:
> > /lib/libc.a[div.o]:
> > /lib/libc.a[lldiv.o]:
> > /lib/libc.a[divrem64.o]:
> > /lib/libc.a[_div.o]:
> > 
> > So I'm guessing that this is going to keep happening isn't it?!? :)
> > 
> 
> Actually, probably not.  There are just a few undefined (by gcl
> itself) symbols that gcl will compile into objects.  You likely will
> succeed if you add a '|| !strcmp(".div",q[u]->name) ' to the patch I
> sent you, or if not will probably only need one or two more,
> e.g. ".mul" I'm guessing.  I'd be interested to know if you have time
> to try it out.  BTW, you don't need to rebuild the whole thing at each
> iteration.  Simply edit sfasli.c, rm o/sfasl.o, cd o, make sfasl.o, cd
> ../unixport, make saved_gcl, cd .., make.

Yep, I went through that process and it turned out that the symbols that
it was complaining about were (including the ones we'd already
identified) :-

setjmp
.div
.umul

After adding the extra OR's to that particular line, the compilation
continued on and completed.

> But the real once-and-for-all solution I'm hoping will be in the
> following patch, which I'd also appreciate if you could try:
> 
> Index: sfasli.c
> ===================================================================
> RCS file: /cvsroot/gcl/gcl/o/sfasli.c,v
> retrieving revision 1.10
> diff -u -r1.10 sfasli.c
> --- sfasli.c  1 Mar 2003 22:37:37 -0000       1.10
> +++ sfasli.c  8 Aug 2003 16:13:18 -0000
> @@ -53,30 +53,60 @@
>    if ((v=bfd_canonicalize_symtab(bself,q))<0)
>      FEerror("Cannot canonicalize self's symtab",0);
>    for (u=0;u<v;u++) {
> -    char *c;
> +    char *c=NULL;
> +    struct bfd_link_hash_entry *h;
> +
> +    if (!*q[u]->name)
> +      continue;
> +
>      if ((c=(char *)strstr(q[u]->name,"@@"))) {
> -      struct bfd_link_hash_entry *h;
>        *c=0;
>        if 
> (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
>       FEerror("Cannot make new hash entry",0);
> -      h->type=bfd_link_hash_defined;
> -      if (!q[u]->section)
> -     FEerror("Symbol is missing section",0);
> -      h->u.def.value=q[u]->value+q[u]->section->vma;
> -      h->u.def.section=q[u]->section;
> -      *c='@';
> -    }
> -    if (!strncmp(q[u]->name,"__",2) && 
> !strcmp("i3",q[u]->name+strlen(q[u]->name)-2)) {
> -      struct bfd_link_hash_entry *h;
> -      if 
> (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
> +      h->type=bfd_link_hash_new;
> +    } else if 
> +      
> (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_FALSE,MY_BFD_FALSE,MY_BFD_TRUE))
>  &&
> +       
> !(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
>       FEerror("Cannot make new hash entry",0);
> +
> +    if (h->type!=bfd_link_hash_defined) {
>        h->type=bfd_link_hash_defined;
>        if (!q[u]->section)
> -     FEerror("Symbol is missing section",0);
> +     FEerror("Symbol ~S is missing 
> section",1,make_simple_string(q[u]->name));
>        h->u.def.value=q[u]->value+q[u]->section->vma;
>        h->u.def.section=q[u]->section;
>      }
> +
> +    if (c) {
> +      *c='@';
> +      c=NULL;
> +    }
>    }
> +
> +/*     if ((c=(char *)strstr(q[u]->name,"@@"))) { */
> +/*       struct bfd_link_hash_entry *h; */
> +/*       *c=0; */
> +/*       if 
> (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
>  */
> +/*   FEerror("Cannot make new hash entry",0); */
> +/*       h->type=bfd_link_hash_defined; */
> +/*       if (!q[u]->section) */
> +/*   FEerror("Symbol is missing section",0); */
> +/*       h->u.def.value=q[u]->value+q[u]->section->vma; */
> +/*       h->u.def.section=q[u]->section; */
> +/*       *c='@'; */
> +/*     } */
> +/*     if ((!strncmp(q[u]->name,"__",2) && 
> !strcmp("i3",q[u]->name+strlen(q[u]->name)-2)) */
> +/*   || !strcmp(q[u]->name,"setjmp")) { */
> +/*       struct bfd_link_hash_entry *h; */
> +/*       if 
> (!(h=bfd_link_hash_lookup(link_info.hash,q[u]->name,MY_BFD_TRUE,MY_BFD_TRUE,MY_BFD_TRUE)))
>  */
> +/*   FEerror("Cannot make new hash entry",0); */
> +/*       h->type=bfd_link_hash_defined; */
> +/*       if (!q[u]->section) */
> +/*   FEerror("Symbol is missing section",0); */
> +/*       h->u.def.value=q[u]->value+q[u]->section->vma; */
> +/*       h->u.def.section=q[u]->section; */
> +/*     } */
> +/*   } */
>  #ifndef HAVE_ALLOCA
>    free(q);
>  #endif
> 
> If this works on arm, I'll probably commit it.  Please let me know.

I actually tried this out before the previously mentioned method, and
this patch worked with no problem at all, and acted like a
"once-and-for-all" solution.  For this one I did things from scratch -
it got further than the point it had been stuck at and finished
compiling.

Thanks so much for your help, it has been greatly appreciated.

Matthew.

> Take care,
> 
> 
> > Thank you for your continued help with this.  Let me know what else I
> > can do at this end to help out in finding the solution.
> > 
> > Thanks,
> > 
> > Matthew White.
> > 
> > > Take care,
> > > 
> > > > 
> > > > Thanks,
> > > > 
> > > > Matthew White.
> > > > 
> > > > > > On Thu, 2003-08-07 at 02:51, Camm Maguire wrote:
> > > > > > > Greetings!
> > > > > > > 
> > > > > > > OK, our sparc solaris 'autobuilder' at the University of Texas 
> > > > > > > only
> > > > > > > builds the traditional image, as that's all they need.  I just 
> > > > > > > tested
> > > > > > > the --enable-ansi build successfully on this box, and it works, 
> > > > > > > so I
> > > > > > > can't reproduce this myself (yet).
> > > > > > > 
> > > > > > > (daggoo.cs.utexas.edu$ uname -a
> > > > > > > SunOS daggoo.cs.utexas.edu 5.8 Generic_108528-11 sun4u sparc 
> > > > > > > SUNW,Ultra-5_10
> > > > > > > daggoo.cs.utexas.edu$ gcc -v
> > > > > > > Reading specs from 
> > > > > > > /lusr/gnu/lib/gcc-lib/sparc-sun-solaris2.7/3.0.3/specs
> > > > > > > Configured with: ../gcc/configure --prefix=/lusr/gnu 
> > > > > > > --enable-shared --enable-java-gc=boehm --enable-threads=posix 
> > > > > > > --with-as=/lusr/gnu/bin/as --with-ld=/lusr/gnu/bin/ld
> > > > > > > Thread model: posix
> > > > > > > gcc version 3.0.3
> > > > > > > )
> > > > > > > 
> > > > > > > If you just need a build, I can tar this up for you.  If you would
> > > > > > > like to pursue this error, which of course is helpful for us, try 
> > > > > > > this
> > > > > > > patch:
> > > > > > > 
> > > > > > > Index: sfaslbfd.c
> > > > > > > ===================================================================
> > > > > > > RCS file: /cvsroot/gcl/gcl/o/sfaslbfd.c,v
> > > > > > > retrieving revision 1.12
> > > > > > > diff -u -r1.12 sfaslbfd.c
> > > > > > > -- sfaslbfd.c     10 Feb 2003 17:48:04 -0000      1.12
> > > > > > > +++ sfaslbfd.c    6 Aug 2003 16:45:07 -0000
> > > > > > > @@ -294,7 +294,7 @@
> > > > > > >        continue;
> > > > > > >  
> > > > > > >      if (h->type!=bfd_link_hash_defined) 
> > > > > > > -      FEerror("Undefined symbol",0);
> > > > > > > +      FEerror("Undefined symbol 
> > > > > > > ~S",1,make_simple_string(q[u]->name));
> > > > > > >        
> > > > > > >      if (h->u.def.section) {
> > > > > > >        q[u]->value=h->u.def.value+h->u.def.section->vma;
> > > > > > > 
> > > > > > > 
> > > > > > > Rerun, and get the symbol name which is undefined.  We can try to
> > > > > > > proceed from there.
> > > > > > > 
> > > > > > > Take care,
> > > > > > > 
> > > > > > > Matthew White <address@hidden> writes:
> > > > > > > 
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > > Your problem is just coming from your bfd library in its 
> > > > > > > > > attempt to
> > > > > > > > > relocate one of the binary .o files on loading.  If I 
> > > > > > > > > remember, I ran
> > > > > > > > > into this when I setup the solaris autobuilder for the utexas 
> > > > > > > > > people.
> > > > > > > > > I don't know what bfd comes with solaris generically, so if 
> > > > > > > > > memory
> > > > > > > > > serves I setup the solaris autobuilder to compile gcl's local 
> > > > > > > > > bfd
> > > > > > > > > copy.  so I would suggest trying
> > > > > > > > > 
> > > > > > > > > --enable-ansi --disable-statsysbfd --enable-locbfd
> > > > > > > > 
> > > > > > > > Yep, I gave that a whirl on a completely clean slate.  Things 
> > > > > > > > were going
> > > > > > > > well, it compiled the local bfd library no problem, and 
> > > > > > > > continued
> > > > > > > > through the compile but it died again at the exact same spot, 
> > > > > > > > with the
> > > > > > > > same error as it had been previously.
> > > > > > > > 
> > > > > > > > I checked the 'makedefs' file and watched the compile to make 
> > > > > > > > sure that
> > > > > > > > when the linking was done for 'saved_gcl' that it was linking 
> > > > > > > > against
> > > > > > > > the local bfd library, and it seemed that this was the case.
> > > > > > > > 
> > > > > > > > I should point out that I did have to make one small 
> > > > > > > > modification to the
> > > > > > > > 'makedefs' file. I added the location of 'libncurses.a' to 
> > > > > > > > LIBS, as it
> > > > > > > > didn't seem to be picking it up during compilation.  I had been 
> > > > > > > > using
> > > > > > > > the LD_LIBRARY_PATH environment variable previously to get 
> > > > > > > > around
> > > > > > > > this.....So my LIBS line reads :-
> > > > > > > > 
> > > > > > > > LIBS= -lm  /tmp/gcl-2.5.3/binutils/bfd/libbfd.a
> > > > > > > > /tmp/gcl-2.5.3/binutils/libiberty/libiberty.a -lsocket -lnsl 
> > > > > > > > -lreadline
> > > > > > > > /usr/local/lib/libncurses.a
> > > > > > > > 
> > > > > > > > > If you compile GCL's copy of gmp3 too, I think you might also 
> > > > > > > > > need to
> > > > > > > > > do the following after the main configure:
> > > > > > > > > 
> > > > > > > > > cd gmp3
> > > > > > > > > ./configure --build=sparc-sun-solaris2.8
> > > > > > > > > cd ..
> > > > > > > > 
> > > > > > > > I have been using GCL's copy of gmp3, and did use that 
> > > > > > > > configure option
> > > > > > > > this time round......
> > > > > > > > 
> > > > > > > > Thanks for your help so far - I'm not fully sure what else I 
> > > > > > > > can attach
> > > > > > > > that would assist, but let me know what extra information would 
> > > > > > > > help.
> > > > > > > > 
> > > > > > > > Thanks,
> > > > > > > > 
> > > > > > > > Matthew White.
> > > > > > > > 
> > > > > > > > > Matthew White <address@hidden> writes:
> > > > > > > > > 
> > > > > > > > > > Hi,
> > > > > > > > > > 
> > > > > > > > > > I've been trying to compile GCL 2.5.3 on Solaris 9 for a 
> > > > > > > > > > few days now,
> > > > > > > > > > and keep hitting the same problem.  The problem is occuring 
> > > > > > > > > > when
> > > > > > > > > > compiling PCL, and in particular when compiling with the 
> > > > > > > > > > 'pcl_walk.lisp'
> > > > > > > > > > file.
> > > > > > > > > > 
> > > > > > > > > > Below is my build output from that section of the build:-
> > > > > > > > > > --
> > > > > > > > > > 
> > > > > > > > > > (cd pcl; rm -f *.c; make all)
> > > > > > > > > > make[1]: Entering directory `/tmp/gcl-2.5.3/pcl'
> > > > > > > > > > rm -f *.o *gazonk*
> > > > > > > > > > cp ../h/cmpinclude.h .
> > > > > > > > > > echo '(load "sys-package.lisp")' '(setq *features* (delete 
> > > > > > > > > > (quote kcl)
> > > > > > > > > > *features*))' '(load "defsys.lisp")(push (quote kcl) 
> > > > > > > > > > *features*)' '(setq
> > > > > > > > > > pcl::*default-pathname-extensions* (cons "lisp" "o"))' 
> > > > > > > > > > '(setq
> > > > > > > > > > pcl::*pathname-extensions* (cons "lisp" "o"))' '(load
> > > > > > > > > > "sys-proclaim.lisp")' '(setq compiler::*default-h-file* t)' 
> > > > > > > > > > '(setq
> > > > > > > > > > compiler::*default-c-file* t)' '(setq 
> > > > > > > > > > compiler::*default-data-file* t)'
> > > > > > > > > > '(setq compiler::*default-system-p* t)' '(setq 
> > > > > > > > > > compiler::*keep-gaz* t)' 
> > > > > > > > > > '(pcl::compile-pcl)' | ../unixport/saved_gcl ../unixport/
> > > > > > > > > > GCL (GNU Common Lisp)  (2.5.3) Tue Aug  5 10:49:14 EST 2003
> > > > > > > > > > Licensed under GNU Library General Public License
> > > > > > > > > > Dedicated to the memory of W. Schelter
> > > > > > > > > > 
> > > > > > > > > > Use (help) to get some basic information on how to use GCL.
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > Loading sys-package.lisp
> > > > > > > > > > Finished loading sys-package.lisp
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > (:COMPILER :NUMLIB :SDEBUG :DEFPACKAGE TRUNCATE_USE_C BSD 
> > > > > > > > > > SPARC SUN SGC
> > > > > > > > > >     IEEE-FLOATING-POINT UNIX GMP GCL AKCL COMMON)
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > Loading defsys.lisp
> > > > > > > > > > Finished loading defsys.lisp
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > (KCL :COMPILER :NUMLIB :SDEBUG :DEFPACKAGE TRUNCATE_USE_C 
> > > > > > > > > > BSD SPARC SUN
> > > > > > > > > >      SGC IEEE-FLOATING-POINT UNIX GMP GCL AKCL COMMON)
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > ("lisp" . "o")
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > Loading sys-proclaim.lisp
> > > > > > > > > > Finished loading sys-proclaim.lisp
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > T
> > > > > > > > > > 
> > > > > > > > > > >
> > > > > > > > > > Compiling PCL_PKG...
> > > > > > > > > > Compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_pkg.lisp.
> > > > > > > > > > ; (EXPORT (INTERN # ...) ...) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (EXPORT (INTERN
> > > > > > > > > >                                            (SYMBOL-NAME 
> > > > > > > > > > :ITERATE)
> > > > > > > > > >                                            (FIND-PACKAGE 
> > > > > > > > > > :ITERATE))
> > > > > > > > > >                                           (FIND-PACKAGE 
> > > > > > > > > > :ITERATE)) was
> > > > > > > > > > in a bad place.
> > > > > > > > > > ; (IN-PACKAGE :WALKER) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (IN-PACKAGE :WALKER) was 
> > > > > > > > > > in a bad
> > > > > > > > > > place.
> > > > > > > > > > ; (EXPORT '(DEFINE-WALKER-TEMPLATE WALK-FORM ...)) is being 
> > > > > > > > > > compiled.
> > > > > > > > > > ;; Warning: The package operation (EXPORT 
> > > > > > > > > > '(DEFINE-WALKER-TEMPLATE
> > > > > > > > > >                                             WALK-FORM
> > > > > > > > > >                                             
> > > > > > > > > > WALK-FORM-EXPAND-MACROS-P
> > > > > > > > > >                                             NESTED-WALK-FORM
> > > > > > > > > >                                             
> > > > > > > > > > VARIABLE-LEXICAL-P
> > > > > > > > > >                                             
> > > > > > > > > > VARIABLE-SPECIAL-P
> > > > > > > > > >                                             
> > > > > > > > > > VARIABLE-GLOBALLY-SPECIAL-P
> > > > > > > > > >                                             
> > > > > > > > > > *VARIABLE-DECLARATIONS*
> > > > > > > > > >                                             
> > > > > > > > > > VARIABLE-DECLARATION
> > > > > > > > > >                                             
> > > > > > > > > > MACROEXPAND-ALL)) was in a
> > > > > > > > > > bad place.
> > > > > > > > > > ; (IN-PACKAGE :ITERATE) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (IN-PACKAGE :ITERATE) was 
> > > > > > > > > > in a bad
> > > > > > > > > > place.
> > > > > > > > > > ; (EXPORT '(ITERATE ITERATE* ...)) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (EXPORT '(ITERATE 
> > > > > > > > > > ITERATE* GATHERING
> > > > > > > > > >                                             GATHER 
> > > > > > > > > > WITH-GATHERING
> > > > > > > > > >                                             INTERVAL 
> > > > > > > > > > ELEMENTS
> > > > > > > > > >                                             LIST-ELEMENTS 
> > > > > > > > > > LIST-TAILS
> > > > > > > > > > 
> > > > > > > > > >                                             PLIST-ELEMENTS 
> > > > > > > > > > EACHTIME
> > > > > > > > > >                                             WHILE UNTIL 
> > > > > > > > > > COLLECTING
> > > > > > > > > >                                             JOINING 
> > > > > > > > > > MAXIMIZING
> > > > > > > > > >                                             MINIMIZING 
> > > > > > > > > > SUMMING
> > > > > > > > > >                                             
> > > > > > > > > > *ITERATE-WARNINGS*)) was in
> > > > > > > > > > a bad place.
> > > > > > > > > > ; (IN-PACKAGE :PCL) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (IN-PACKAGE :PCL) was in 
> > > > > > > > > > a bad place.
> > > > > > > > > > ; (IMPORT '(STRUCTUREP STRUCTURE-DEF ...)) is being 
> > > > > > > > > > compiled.
> > > > > > > > > > ;; Warning: The package operation (IMPORT '(STRUCTUREP 
> > > > > > > > > > STRUCTURE-DEF
> > > > > > > > > >                                             STRUCTURE-REF)) 
> > > > > > > > > > was in a bad
> > > > > > > > > > place.
> > > > > > > > > > ; (SHADOW 'LISP:DOTIMES) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (SHADOW 'LISP:DOTIMES) 
> > > > > > > > > > was in a bad
> > > > > > > > > > place.
> > > > > > > > > > ; (IN-PACKAGE "SI") is being compiled.
> > > > > > > > > > ;; Warning: The package operation (IN-PACKAGE "SI") was in 
> > > > > > > > > > a bad place.
> > > > > > > > > > ; (EXPORT '(%STRUCTURE-NAME %COMPILED-FUNCTION-NAME ...)) 
> > > > > > > > > > is being
> > > > > > > > > > compiled.
> > > > > > > > > > ;; Warning: The package operation (EXPORT '(%STRUCTURE-NAME
> > > > > > > > > >                                             
> > > > > > > > > > %COMPILED-FUNCTION-NAME
> > > > > > > > > >                                             
> > > > > > > > > > %SET-COMPILED-FUNCTION-NAME
> > > > > > > > > >                                             %INSTANCE-REF
> > > > > > > > > >                                             
> > > > > > > > > > %SET-INSTANCE-REF)) was in a
> > > > > > > > > > bad place.
> > > > > > > > > > ; (IN-PACKAGE 'PCL) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (IN-PACKAGE 'PCL) was in 
> > > > > > > > > > a bad place.
> > > > > > > > > > ; (SHADOW 'DOCUMENTATION) is being compiled.
> > > > > > > > > > ;; Warning: The package operation (SHADOW 'DOCUMENTATION) 
> > > > > > > > > > was in a bad
> > > > > > > > > > place.
> > > > > > > > > > End of Pass 1.  
> > > > > > > > > > End of Pass 2.  
> > > > > > > > > > OPTIMIZE levels: Safety=1 (No runtime error checking), 
> > > > > > > > > > Space=0, Speed=3
> > > > > > > > > > Finished compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_pkg.o.
> > > > > > > > > > Loading binary of PCL_PKG...
> > > > > > > > > > Compiling PCL_WALK...
> > > > > > > > > > Compiling /tmp/gcl-2.5.3/unixport/../pcl/pcl_walk.lisp.
> > > > > > > > > > End of Pass 1.  
> > > > > > > > > > 
> > > > > > > > > > ;; Note: Tail-recursive call of WALK-TEMPLATE was replaced 
> > > > > > > > > > by iteration.
> > > > > > > > > > ;; Note: Tail-recursive call of WALK-TEMPLATE was replaced 
> > > > > > > > > > by iteration.
> > > > > > > > > > ;; Note: Tail-recursive call of 
> > > > > > > > > > WALK-TEMPLATE-HANDLE-REPEAT-1 was
> > > > > > > > > > replaced by iteration.
> > > > > > > > > > End of Pass 2.  
> > > > > > > > > > OPTIMIZE levels: Safety=1 (No runtime error checking), 
> > > > > > > > > > Space=0, Speed=3
> > > > > > > > > > Finished compiling 
> > > > > > > > > > /tmp/gcl-2.5.3/unixport/../pcl/pcl_walk.o.
> > > > > > > > > > Loading binary of PCL_WALK...
> > > > > > > > > > 
> > > > > > > > > > Error: Undefined symbol
> > > > > > > > > > Error signalled by OR.
> > > > > > > > > > Broken at SYSTEM::BREAK-LEVEL.  Type :H for Help.
> > > > > > > > > > >>patch -p0 <pcl_methods.patch
> > > > > > > > > >   Looks like a unified context diff.
> > > > > > > > > > File to patch: ^Cmake[1]: *** [pcl_boot.c] Error 3
> > > > > > > > > > make: *** [unixport/saved_pcl_gcl] Interrupt
> > > > > > > > > > 
> > > > > > > > > > --
> > > > > > > > > > 
> > > > > > > > > > The only "configure" option that I used was --enable-ansi, 
> > > > > > > > > > but it seems
> > > > > > > > > > to be occuring with or without it.
> > > > > > > > > > 
> > > > > > > > > > The gcc version that I'm using is :-
> > > > > > > > > >     gcc version 2.95.3 20010315 (release)
> > > > > > > > > > 
> > > > > > > > > > I was just wondering whether anyone else had come across 
> > > > > > > > > > the same
> > > > > > > > > > problem, or had any ideas of what I could look into to try 
> > > > > > > > > > and solve it
> > > > > > > > > > - any pointers would be appreciated!!
> > > > > > > > > > 
> > > > > > > > > > Thanks,
> > > > > > > > > > 
> > > > > > > > > > Matthew White.
> > > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > _______________________________________________
> > > > > > > > > > Gcl-devel mailing list
> > > > > > > > > > address@hidden
> > > > > > > > > > http://mail.gnu.org/mailman/listinfo/gcl-devel
> > > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > 
> > > > > > > > 
> > > > > > > > 
> > > > > > > > _______________________________________________
> > > > > > > > Gcl-devel mailing list
> > > > > > > > address@hidden
> > > > > > > > http://mail.gnu.org/mailman/listinfo/gcl-devel
> > > > > > > > 
> > > > > > > > 
> > > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > 
> > 
> > 
> >
[Prev in Thread]
Current Thread
[Next in Thread]
[Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White, 2003/08/05
- Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/05
  - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White, 2003/08/06
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/06
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White, 2003/08/06
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/06
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White, 2003/08/06
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/07
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White, 2003/08/07
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/08
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Matthew White <=
    - Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9, Camm Maguire, 2003/08/11
Prev by Date: Re: [Gcl-devel] shared library version dependencies
Next by Date: Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9
Previous by thread: Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9
Next by thread: Re: [Gcl-devel] Problems Compiling GCL 2.5.3 on Solaris 9
Index(es):
- Date
- Thread