Re: [GENERAL] UnixWare chokes - Mailing list pgsql-general

From Bruce Momjian
Subject Re: [GENERAL] UnixWare chokes
Date
Msg-id 199904290021.UAA23160@candle.pha.pa.us
Whole thread Raw
In response to Re: [GENERAL] UnixWare chokes  (Thomas Good <tomg@nrnet.org>)
Responses Re: [GENERAL] UnixWare chokes --- Resolution  (Thomas Good <tomg@admin.nrnet.org>)
List pgsql-general
> On Wed, 28 Apr 1999, Thomas Good wrote:
>
> > > It is this line:
> > >
> > >     [56]    |         0|       0|NOTY |GLOB |0    |UNDEF  |alloca
> > >
> > > Your bison is outputting code that can not be resolved by the libraries
> > > you supplied.  Try doing 'nm' in /usr/lib, and see if you can find a
> > > reference to alloca that does not have "UNDEF" next to it.
>
> > Hi.  Negative...not in /usr/lib, /opt/lib or /lib *but* I found
> > one entry in my Berkeley libraries (/usr/ucblib):
> >
> > Symbols from libucb.a[alloca.o]:
> > [1]    |         0|       0|FILE |LOCL |0    |ABS    |alloca.s
> > [4]    |         0|       0|NOTY |GLOB |0    |1      |alloca
>
> Bruce - I see the calls in /opt/lib/bison.simple to alloca...
> can I make a careful incision anywhere?  ;-)

Usually configure of bison checks for alloca and makes the proper
compile checks.  My guess is that either bison automatically uses -lucb
on its configure checks, or you got a bison precompile binary where
someone used -lucb.  I don't think bison requires it, but your's does.
Alloca can not easily be simulated.


---------------------------------------------------------------------------

NAME
     alloca - memory allocator

SYNOPSIS
     #include <stdlib.h>

     void *
     alloca(size_t size);

DESCRIPTION
     The alloca() function allocates size bytes of space in the stack
frame of
     the caller.  This temporary space is automatically freed on return.

RETURN VALUES
     The alloca() function returns a pointer to the beginning of the
allocated
     space.  If the allocation failed, a NULL pointer is returned.

SEE ALSO
     brk(2),  pagesize(2) calloc(3),  malloc(3),  realloc(3),


--
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [GENERAL] UnixWare chokes
Next
From: Aaron Holtz
Date:
Subject: Re: [GENERAL] Any ideas why this doesn't work or how to rewrite it?