Here is what I discovered about this problem.
The MIPSpro 7.4.1 C compiler apparently has a structure assignment code
generation bug that is triggered at backend/access/transam/xlog.c:2683
LogwrtResult.Write = LogwrtResult.Flush = EndOfLog;
EndOfLog and LogwrtResult.Write are correct, bu
Craig Ruff <[EMAIL PROTECTED]> writes:
> So, a note should probably be made in the documentation that for the
> moment, MIPSpro 7.4.1 should probably be avoided.
Appreciate the followup. Let us know if it emerges that the PG code is
doing something unportable. (It could be that the compiler is d
Ok, I have further information on this problem. I believe it is a compiler
problem. PostgreSQL version 7.3.3 is also affected when compiled with the
MIPSpro 7.4.1 compiler, but when compiled with MIPSpro 7.4 it is ok.
Using the gcc compiled version of backend/access/transam/xlog.c, I have
gotten
On Thu, Jan 15, 2004 at 04:42:50PM -0500, Tom Lane wrote:
> It would seem that the culprit must be somewhere in the 7.3.2-to-7.3.4
> changes in xlog.c:
> ...
> but I sure don't see anything there that looks like a potential
> portability issue.
I have some further info. 7.3.5 compiled with MIPSpr
Craig Ruff <[EMAIL PROTECTED]> writes:
> I'm trying to use 7.3.5 (for an upgrade of 7.3.2) on Irix 6.5.18 using the
> MIPSpro 7.4.1 compiler. Everything compiles up ok, but 'make check' fails
> at the "enabling unlimited row size for system tables..." step with
> a core dump of postgres.
Hmm, har
