Re: [PORTS] trouble with OpenBSD

Bruce,

Can I get a little bit more help with the OpenBSD port, please? It should
be obvious to all by now that I'm not terribly sure of what I'm doing...

$ ./config.guess
i386-unknown-openbsd2.5

I created a file include/port/openbsd.h, and used bsd.h as the initial
contents. It seems to be building but I'm not sure if it's pulling in the
right configuration.

Thanks
--Louis

Louis Bertrand <louis(at)bertrandtech(dot)on(dot)ca>
Bertrand Technical Services, Bowmanville, ON, Canada
Tel: +1.905.623.8925 Fax: +1.905.623.3852

OpenBSD: Secure, Robust, Free Operating System
<http://www.openbsd.org/> <mailto:louis(at)openbsd(dot)org>

On Sat, 26 Jun 1999, Bruce Momjian wrote:

> > Thanks for your response. How do I find out when the patched package will
> > be released (I subscribe to announce -- is that enough?).
>
> Yes.
>
> >
> > About HAS_TEST_AND_SET: it sounds like OpenBSD should use it. I'll check
> > the port and make sure it's defining the right os/architecture.
>
> Unless you are using a new cpu, you should already have test-and-set for
> that platform. The solution has been to define separate template/*
> files for each os/cpu combination to be sure the proper combination gets
> used. However, the actual locking test is done in
> include/storage/s_lock.h, and it checks for various cpu types. Not sure
> how your locking define is getting set.
>
>
>
> >
> > Ciao!
> > --Louis
> >
> > Louis Bertrand <louis(at)bertrandtech(dot)on(dot)ca>
> > Bertrand Technical Services, Bowmanville, ON, Canada
> > Tel: +1.905.623.8925 Fax: +1.905.623.3852
> >
> > OpenBSD: Secure, Robust, Free Operating System
> > <http://www.openbsd.org/> <mailto:louis(at)openbsd(dot)org>
> >
> >
> > On Sat, 26 Jun 1999, Bruce Momjian wrote:
> >
> > > > I made one patch so far in src (-m486 won't fly on non-i386 hardware):
> > > >
> > > > *** template/openbsd.orig Thu Jun 24 03:19:42 1999
> > > > --- template/openbsd Thu Jun 24 03:20:15 1999
> > > > ***************
> > > > *** 1,6 ****
> > > > AROPT:cq
> > > > SHARED_LIB:-fpic -DPIC
> > > > ! CFLAGS:-O2 -m486 -pipe
> > > > SRCH_INC:
> > > > SRCH_LIB:
> > > > USE_LOCALE:no
> > > > --- 1,6 ----
> > > > AROPT:cq
> > > > SHARED_LIB:-fpic -DPIC
> > > > ! CFLAGS:-O2 -pipe
> > > > SRCH_INC:
> > > > SRCH_LIB:
> > > > USE_LOCALE:no
> > >
> > > Applied.
> > >
> > > > My build starts getting into trouble with
> > > > src/backend/storage/buffer/buf_init.c:
> > > >
> > > > cc -I../../../include -I../../../backend -I/usr/local/include -O2 -pipe
> > > > -I../.
> > > > . -c buf_init.c -o buf_init.o
> > > > buf_init.c: In function `InitBufferPool':
> > > > buf_init.c:241: `WaitCLSemId' undeclared (first use in this function)
> > > > buf_init.c:241: (Each undeclared identifier is reported only once
> > > > buf_init.c:241: for each function it appears in.)
> > > > gmake[3]: *** [buf_init.o] Error 1
> > > >
> > > > To me it looks like you're missing a declaration, referring to file
> > > > bufmgr.c:
> > > > extern IpcSemaphoreId WaitCLSemId;
> > > >
> > > > I would add the line but I don't know if that's the real solution.
> > >
> > > Yes, add them. My new buf_init.c shows:
> > >
> > >
> > > #ifndef HAS_TEST_AND_SET
> > > {
> > > int status;
> > > --> extern IpcSemaphoreId WaitIOSemId;
> > > --> extern IpcSemaphoreId WaitCLSemId;
> > >
> > > WaitIOSemId =
> > > IpcSemaphoreCreate(IPCKeyGetWaitIOSemaphoreKey(key),
> > >
> > > I will add it to the main source tree. We don't have many people using
> > > HAS_TEST_AND_SET as undefined.
> > >
> > > --
> > > 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
> > >
> > >
> >
> >
> >
> >
>
>
> --
> 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
>
>