Thread: Mac OS X configuration
I recently downloaded pgadmin3 sources (from CVS) and bootstrapped and started to configure it (./configure --enable-static --enable-debug). It however stopped while checking pgsql. I checked the configure script and noticed that in LIBS "-lcrypt" is specified. This is wrong in OS X, as the needed functions exist in the system (just "#include <unistd.h>") and no libcrypt exists! Compiling stopped with some error, have to see what that is… ! ! Jyrki Wahlstedt ! Viialankatu 15 as 8 mob. +358-40-502 0164 ! FI-32700 Huittinen ! ! Our life is no dream; but it ought to become one and perhaps will.
Jyrki Wahlstedt wrote: > I recently downloaded pgadmin3 sources (from CVS) and bootstrapped and > started to configure it (./configure --enable-static --enable-debug). > It however stopped while checking pgsql. I checked the configure > script and noticed that in LIBS "-lcrypt" is specified. This is wrong > in OS X, as the needed functions exist in the system (just "#include > <unistd.h>") and no libcrypt exists! > Compiling stopped with some error, have to see what that is… Have you looked at the wxMac wiki: http://wiki.wxwindows.org/wiki.pl?Installing_WxMac ahp
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
`wxMBConv::MB2WC(
wxStringBuffer, char*&, long unsigned int)'
/usr/local/include/wx/strconv.h:46: error: candidates are: virtual
size_t
wxMBConv::MB2WC(wchar_t*, const char*, long unsigned int) const
make[2]: *** [utffile.o] Error 1
On FreeBSD I made a successful build by
1) downloading the source from CVS
2) bootstrapping it
3) making distclean
4) configuring it
5) making it
I suspect 1&2 are not totally necessary, but earlier, when I didn't
make distclean, I got tons of undefined references to wx objects,
because in configure the libraries were not picked up for some reason.
Now, after the basic 'make install' pgadmin does not work too well, but
I am now happy after 'ln -s $(builddir)/src/pgadmin3
/usr/local/bin/pgadmin3' (it seems to require some resources from the
ui directory, the location of which should be what? Perhaps relative to
the executable?)
!
! Jyrki Wahlstedt
! Viialankatu 15 as 8 mob. +358-40-502 0164
! FI-32700 Huittinen
!
! Our life is no dream; but it ought to become one and perhaps will.
On 10.12.2003, at 18:34, Adam H. Pendleton wrote:
> Jyrki Wahlstedt wrote:
>
>> I recently downloaded pgadmin3 sources (from CVS) and bootstrapped
>> and started to configure it (./configure --enable-static
>> --enable-debug). It however stopped while checking pgsql. I checked
>> the configure script and noticed that in LIBS "-lcrypt" is specified.
>> This is wrong in OS X, as the needed functions exist in the system
>> (just "#include <unistd.h>") and no libcrypt exists!
>> Compiling stopped with some error, have to see what that is…
>
> Have you looked at the wxMac wiki:
>
> http://wiki.wxwindows.org/wiki.pl?Installing_WxMac
>
> ahp
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to
> majordomo@postgresql.org
>
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 function for call to > `wxMBConv::MB2WC( > wxStringBuffer, char*&, long unsigned int)' > /usr/local/include/wx/strconv.h:46: error: candidates are: virtual size_t > wxMBConv::MB2WC(wchar_t*, const char*, long unsigned int) const > make[2]: *** [utffile.o] Error 1 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. > > On FreeBSD I made a successful build by > 1) downloading the source from CVS > 2) bootstrapping it > 3) making distclean > 4) configuring it > 5) making it > I suspect 1&2 are not totally necessary, but earlier, when I didn't > make distclean, I got tons of undefined references to wx objects, > because in configure the libraries were not picked up for some reason. > Now, after the basic 'make install' pgadmin does not work too well, > but I am now happy after 'ln -s $(builddir)/src/pgadmin3 > /usr/local/bin/pgadmin3' (it seems to require some resources from the > ui directory, the location of which should be what? Perhaps relative > to the executable?) make install should fix this for you. Regards, Andreas
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: error: no matching function for call to >> `wxMBConv::MB2WC( >> wxStringBuffer, char*&, long unsigned int)' >> /usr/local/include/wx/strconv.h:46: error: candidates are: virtual >> size_t >> wxMBConv::MB2WC(wchar_t*, const char*, long unsigned int) const >> make[2]: *** [utffile.o] Error 1 > > > 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, not a compiler problem, per se. ahp
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, not a compiler problem, per se. > Didn't 10.3 supply wchar_t (in contrast to 10.2, which lacks it)?!? Regards, Andreas
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 OS X. Perhaps a --with-unicode might solve the problem? ahp