You are right..
I started over from untarring the source and
everything worked. I must have just done a make clean
and it didn't like something.
Just to reiterate
i untarred the distro
./configure --with-rendezvous --enable-thread-safety
make
make check
everything is ok my bad... mea
Theodore Petrosky <[EMAIL PROTECTED]> writes:
> that's correct, that was the computer at home at that
> does have the space in the path..
> however my machine in the office that had the
> identical problem has no spaces and is the machine
> that I used to create the standard user.
Your machine in
that's correct, that was the computer at home at that
does have the space in the path..
however my machine in the office that had the
identical problem has no spaces and is the machine
that I used to create the standard user.
Sorry about that, I tend to run around a lot and work
on different mach
Theodore Petrosky <[EMAIL PROTECTED]> writes:
> the full path was:
> /Users/asacksadmin/Documents/postgresql-8.0.0rc2
Really? What I see at
http://archives.postgresql.org/pgsql-bugs/2004-12/msg00263.php
definitely looks like
/Users/postgres/Documents/postgresql
source/postgresql-8.0.0rc2/src/te
Tom,
the full path was:
/Users/asacksadmin/Documents/postgresql-8.0.0rc2
this is where the source lived and where I issued the
./configure --with-xxx and yyy
make
make check //which failed
sudo make install
there are no spaces in the path..
interesting on a different note Ab :)
I wan
Theodore Petrosky <[EMAIL PROTECTED]> writes:
> Here is (was) the problem. I was working in an
> administrator account. Not Root, but an admin account.
That seems a bit hard to believe.
Looking back at your original message, I notice something that escaped
me the first time: the actual failure me
The one thing I didn't think about is that standard
users cannot sudo. So now I need to figure out how to
create a 'standard' user with privs high enough to
sudo to install.
Ted
--- Tom Lane <[EMAIL PROTECTED]> wrote:
> Theodore Petrosky <[EMAIL PROTECTED]> writes:
> > I just found the time to t
Here is (was) the problem. I was working in an
administrator account. Not Root, but an admin account.
This is the first time that OS X choked while working
this way. RC1 was fine so something else must have
really changed.
Anyway, I just created a 'standard' user, moved the
folder and did the ma
I'll try again this morning without the diable-shared.
However, I tried this because of a recomendation for
using libpq. When I tried to compile my app (using
xcode on OS X) it complained about the dylib
I will try again in a little while and let you know.
Ted
--- Tom Lane <[EMAIL PROTECTED
Theodore Petrosky <[EMAIL PROTECTED]> writes:
> I just found the time to try 8.0RC2 on OSX and I have
> a problem with 'make check'.
> Here is my configure..
> ./configure --disable-shared ...
--disable-shared breaks plpgsql, and probably a few other things. I'm
not exactly sure why we still ad
I just found the time to try 8.0RC2 on OSX and I have
a problem with 'make check'.
Here is my configure..
./configure --disable-shared --with-rendezvous
--enable-thread-safety
make then make check
== creating temporary installation
==
pg_regress: installation fa
11 matches
Mail list logo
