Re: [HACKERS] configure on linux

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: tih(at)Hamartun(dot)Priv(dot)NO (Tom I Helbekkmo)
Cc: hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] configure on linux
Date: 1998-02-06 23:13:29
Message-ID: 199802062313.SAA02347@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Oh, and Bruce: I figured out why we talked past each other about the
> lock code and inlining: I was looking at the Sparc assembly code in
> s_lock.h, since my main platform is NetBSD/sparc, and if you take a
> look at that, you'll see that it's _not_ inlined, and not pretty. In
> fact, it breaks at -O3 and up by causing linking to fail, when GCC
> eliminates the whole tas_dummy() function, since it's static and not
> called by anything else. I've tried to figure out how to inline it,
> but I don't know enough about the Sparc. Besides, RISC machines were
> never meant to be programmed by anything but a computer. :-)

I have no idea what this tas_dummy does. On those architectures that
have tas(), we call it directly. I think we would be better off
inlining the call, but no one has given us asm code to do it. Now, it
would be nice if the system includes would define tas() as a macro, but
I don't know any that do.

The locking stuff gets called many, many times, and they are usually
very small routines, so the inlining is a big win for us.

>
> Anyway, this is all it takes to make things work on NetBSD/vax (note
> the _single_ instruction used to implement the test-and-set -- it's
> only one of _six_ such instructions in this powerful architecture):

--
Bruce Momjian
maillist(at)candle(dot)pha(dot)pa(dot)us

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas G. Lockhart 1998-02-07 01:54:51 Re: AW: [HACKERS] Re: atttypmod of 0
Previous Message Tom I Helbekkmo 1998-02-06 21:19:00 Re: [HACKERS] configure on linux