Murad Nayal <[EMAIL PROTECTED]> writes:
> the testing output does get better. Still I am getting a lot of fails
> and most of them seem nontrivial.
I agree. Hard to tell with this level of detail, but you show many
failures in tests that aren't particularly platform-sensitive.
I think there are
>
> It looks like you neglected to run "make all" before "make runtest".
> Try that and see if it gets better...
ok, you were right. apparently on my last cycle of gmake clean/gmake all
I dropped the gmake all. On a brand new installation (it is amazing how
fast these things go once you figure
Murad Nayal <[EMAIL PROTECTED]> writes:
> you just need to add a header file that contains elements of the C++
> standard library defined in std. not all C++ standard library that comes
> with the SGI C++ compiler are in defined in std. for example iostream
> stuff are not in std. however string i
Murad Nayal <[EMAIL PROTECTED]> writes:
> I was a little bit inaccurate in my
> statement earlier though. size_t is unsigned int when compiling in 32bit
> mode. however it seems to be unsigned long (8 bytes) when compiling in
> 64bit mode, while int is still 4 bytes.
OK, in that case I'd believe
Tom Lane wrote:
>
> Murad Nayal <[EMAIL PROTECTED]> writes:
> > 1- the program that configure uses to test for namespace std is faulty.
>
> That's not very helpful :-( --- what's wrong with it?
>
> > 2- configure badly guesses the type of the 3rd argument to accept().
>
> I have seen that happ
Tom Lane wrote:
>
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> 2- configure badly guesses the type of the 3rd argument to accept(). it
> >> decided it should be size_t (unsigned int on IRIX) while accept on IRIX
> >> takes an int.
>
> > Again, a suggested change?
>
> This is something that'
Bruce Momjian wrote:
>
> >
> > I managed to compile (and sort of run) postgres 7.0 to SGI running IRIX
> > 6.5.7. I compiled to 64bit libraries. The problems I had were both due
> > errors in the configure script as well as postgres configuration files.
> >
> > configure problems:
> > ---
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> 2- configure badly guesses the type of the 3rd argument to accept(). it
>> decided it should be size_t (unsigned int on IRIX) while accept on IRIX
>> takes an int.
> Again, a suggested change?
This is something that's been bugging me for a while; the
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> Good point, but that's no solution --- the reason that the makefile
>> isn't keeping the main CFLAGS is that Tcl (and hence pltcl) may be
>> built with a different compiler than Postgres is being built with.
>> The Tcl compiler may not like the other co
> > 3- src/pl/tcl/Makefile has a bug. line 69 is
> > CFLAGS= $(TCL_CFLAGS_OPTIMIZE)
> > that clobbers all CFLAGS included previously. as a result the include
> > directories, important to find tcl.h etc. will not be added to the
> > options and the compilation stops here complaining that it can't
>
> I managed to compile (and sort of run) postgres 7.0 to SGI running IRIX
> 6.5.7. I compiled to 64bit libraries. The problems I had were both due
> errors in the configure script as well as postgres configuration files.
>
> configure problems:
> ---
> 1- the program that confi
Murad Nayal <[EMAIL PROTECTED]> writes:
> 1- the program that configure uses to test for namespace std is faulty.
That's not very helpful :-( --- what's wrong with it?
> 2- configure badly guesses the type of the 3rd argument to accept().
I have seen that happen on other platforms too; not clea
12 matches
Mail list logo
