Re: [pgadmin-hackers] Mac OS X configuration

2003-12-11 Thread Jyrki Wahlstedt
Hi, wxwindows (20031010-7) builds all right, pgadmin is yet the problem. On Mac OS X (with 10.3.1 and gcc 3.3) the compilation stops with: utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString&, long long int)': utils/utffile.cpp:86: error: no matching function for call to `wxM

Re: [pgadmin-hackers] Mac OS X configuration

2003-12-11 Thread Andreas Pflug
Jyrki Wahlstedt wrote: Hi, wxwindows (20031010-7) builds all right, pgadmin is yet the problem. On Mac OS X (with 10.3.1 and gcc 3.3) the compilation stops with: utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString&, long long int)': utils/utffile.cpp:86: error: no matching fu

[pgadmin-hackers] 7.4 build problem on Linux Vserver

2003-12-11 Thread Dave Page
Hi Guys, I get the following build error when attempting to build 7.4 in a Linux Vserver (like a FreeBSD jail) built on Slackware 9.1 with the 2.4.22 kernel: make -C doc all make[1]: Entering directory `/usr/local/src/postgresql-7.4/doc' gzip -d -c man.tar.gz | /bin/tar xf - for file in man1/*.1;

Re: [pgadmin-hackers] 7.4 build problem on Linux Vserver

2003-12-11 Thread Dave Page
Ack, ignore that! Wrong hackers list... > -Original Message- > From: Dave Page > Sent: 11 December 2003 10:33 > To: [EMAIL PROTECTED] > Subject: [pgadmin-hackers] 7.4 build problem on Linux Vserver > > Hi Guys, > > I get the following build error when attempting to build 7.4 > in a Li

Re: [pgadmin-hackers] Mac OS X configuration

2003-12-11 Thread Adam H. Pendleton
Andreas Pflug wrote: Jyrki Wahlstedt wrote: Hi, wxwindows (20031010-7) builds all right, pgadmin is yet the problem. On Mac OS X (with 10.3.1 and gcc 3.3) the compilation stops with: utils/utffile.cpp: In member function `off_t wxUtfFile::Read(wxString&, long long int)': utils/utffile.cpp:86:

Re: [pgadmin-hackers] Mac OS X configuration

2003-12-11 Thread Andreas Pflug
Adam H. Pendleton wrote: That's a compiler problem; it suspected already the right method, but failed to apply the wxChar* cast operator of wxStringBuffer. Try to cast explicitely to (wxChar*), this probably helps. Actually, the problem here is the lack of Unicode functions on Mac OS X, no

Re: [pgadmin-hackers] Mac OS X configuration

2003-12-11 Thread Adam H. Pendleton
Andreas Pflug wrote: Didn't 10.3 supply wchar_t (in contrast to 10.2, which lacks it)?!? I believe that it does, but since I don't have 10.3 yet, I can't say for sure. What I can say is that the error we're talking about has to do with the lack of Unicode support compiled into wxWindows on Mac