Re: [GENERAL] UnixWare chokes

> 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(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026