"Nigel J. Andrews" <[EMAIL PROTECTED]> writes:
> On Fri, 12 Sep 2003, Bruce Momjian wrote:
>> I might have assumed the tsearch guys had it handled now that they have
>> CVS access.
> Good point. I'd completely forgotten I was also expecting them to pick it up,
Yes, I'd also passed it over because
OK. You'da boss. :-)
---
Peter Eisentraut wrote:
> Bruce Momjian writes:
>
> > I can make the change, but --without seemed to more closely match
> > because it was like readline where you didn't have it, and had to say so
On Fri, 12 Sep 2003, Bruce Momjian wrote:
>
> ...
>
> I might have assumed the tsearch guys had it handled now that they have
> CVS access.
Good point. I'd completely forgotten I was also expecting them to pick it up,
principally because it needs to be applied to the version for running with a
7.
Applied by Tom.
---
Nigel J. Andrews wrote:
>
> I haven't seen a notice that Bruce noticed this patch I sent across general as
> part of a rambling thread of mine. There again, I'm not exactly up to date with
> all my email
Peter Eisentraut wrote:
> Bruce Momjian writes:
>
> > o adds a configure option --without-spinlocks to allow
> > non-spinlock compiles
>
> --disable-spinlocks please.
I can make the change, but --without seemed to more closely match
because it was like readline where you didn't have it
Bruce Momjian writes:
> I can make the change, but --without seemed to more closely match
> because it was like readline where you didn't have it, and had to say so
> specifically. I don't see how we can say --disable because this is case
> were we clearly don't have spinlocks to enable, no?
./c
I hadn't seen this --- not sure why.
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
I will try to apply it within the next 48 hours.
---
Bruce Momjian wrote:
> Prompted by confusion over Itanium/Opterion, I have written a patch to
> improve the way we define spinlocks for platforms and cpu's. It
> basically decouples the OS from the CPU spinlock code. In almost all
> cases, the spinlock code cares only about the compiler and CPU,
Nigel J. Andrews wrote:
> On Fri, 12 Sep 2003, Bruce Momjian wrote:
>
> >
> > I hadn't seen this --- not sure why.
>
> Probably because it was in a rambling thread consisting mostly of posts by
> myself.
>
> Thanks for applying it chaps.
I might have assumed the tsearch guys had it handled now
On Fri, 12 Sep 2003, Bruce Momjian wrote:
>
> I hadn't seen this --- not sure why.
Probably because it was in a rambling thread consisting mostly of posts by
myself.
Thanks for applying it chaps.
Nigel
(Sheesh, all this fuss for a one character change :)
---(end of
Bruce Momjian writes:
> o adds a configure option --without-spinlocks to allow
> non-spinlock compiles
--disable-spinlocks please.
--
Peter Eisentraut [EMAIL PROTECTED]
---(end of broadcast)---
TIP 5: Have you checked our extensi
"Nigel J. Andrews" <[EMAIL PROTECTED]> writes:
> I haven't seen a notice that Bruce noticed this patch I sent across
> general as part of a rambling thread of mine.
Not sure why he missed it, but I've applied it to CVS tip. Thanks.
regards, tom lane
-
I haven't seen a notice that Bruce noticed this patch I sent across general as
part of a rambling thread of mine. There again, I'm not exactly up to date with
all my email so could easily have missed it. However, in light of the beta3
notice I'm sending it to the correct list now.
Fixes simple bu
Christoph Dalitz wrote:
> @Bruce:
> ---
>
> Could you please already remove the WIN32_CONSOLE and OemToChar/CharToOem stuff
> from psql? Sorry for the inconvenience generated by my ignorance.
Removed. Thanks.
--
Bruce Momjian| http://candle.pha.pa.us
[EMAIL PRO
On Thu, 11 Sep 2003, Bruce Momjian wrote:
> I just learned from Larry that Unixware defines intel as i386, not
> __i386 or __i386__, at least of the native SCO compiler that he uses.
could we put something in the various port files to standardize this? ie.
in unixware.h, add somethinglike:
#if
--On Thursday, September 11, 2003 23:13:54 -0400 Tom Lane
<[EMAIL PROTECTED]> wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
Bruce sent me a copy of the patch, and it BREAKS UnixWare (If
y'all= =20
care).
Unfixably? Or just a small oversight?
I'm actually not worried about platform
Neil Conway wrote:
> On Thu, 2003-09-11 at 11:58, Bruce Momjian wrote:
> > Uh, how do you force the stats collector to 'on' before the test is
> > run?
>
> The stats collector is on by default (of course, that doesn't apply to
> "make installcheck"...)
Oh I see now, nice. I didn't realize you co
Tom Lane wrote:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
> > Bruce sent me a copy of the patch, and it BREAKS UnixWare (If y'all=
> > =20
> > care).
>
> Unfixably? Or just a small oversight?
>
> I'm actually not worried about platforms that are actively being tested.
> It's the stuff
Tom Lane wrote:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
> > Bruce sent me a copy of the patch, and it BREAKS UnixWare (If y'all=
> > =20
> > care).
>
> Unfixably? Or just a small oversight?
Updated patch now works on Unixware.
--
Bruce Momjian| http://ca
Marc G. Fournier wrote:
>
> On Thu, 11 Sep 2003, Bruce Momjian wrote:
>
> > I just learned from Larry that Unixware defines intel as i386, not
> > __i386 or __i386__, at least of the native SCO compiler that he uses.
>
> could we put something in the various port files to standardize this? ie.
Bruce Momjian <[EMAIL PROTECTED]> writes:
> The problem with waiting for 7.5 is that we will have no error reporting
> when our non-spinlock code is being executed, and with Opteron/Itanium,
> it seems like a good time to get it working.
Well, as long as you're prepared to reduce the list of known
--On Friday, September 12, 2003 00:00:43 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
Please, only the first two. Make the Unixware template add __i386__.
Don't add assumptions about valid user-namespace symbols.
that's reasonable. At least until 64-bi
--On Friday, September 12, 2003 00:06:49 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
I've already sent a whine-a-gram to the compiler guys at SCO.
Prolly you thought of this already, but: getting them to *add*
an implicit #define of __i386__ should be pl
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > The problem with waiting for 7.5 is that we will have no error reporting
> > when our non-spinlock code is being executed, and with Opteron/Itanium,
> > it seems like a good time to get it working.
>
> Well, as long as you're prepared
Bruce Momjian <[EMAIL PROTECTED]> writes:
> I guess we could splatter a test for Itanium and Opterion in every port
> that could possibly use it, but then again, if we fall back to not
> finding it for some reason, we don't get a report because we silently
> fall back to semaphores. That's what ha
25 matches
Mail list logo
