Обсуждение: path allocation failure in make of pgadmin3-svn on OSX 10.4 w/ wxwidgets-cvs

hi all,

after de-fubar'ing my firewall for svn:// access (Thx Dave!), i've been
catching up on trying to get pgadmin3 built on OSX 10.4.

note that wxWidgets 2.6.0 does not build on 10.4 without patching, and even
then i'm seeing some issues.  further, it seems that 'corrective efforts' are
going primarily into cvs ... soooooo, it's wxwidgets-CVS only for me.

starting w/ the 5/8/05 11:02:24 cvs DL of wxwidgets CVS, i separately
(successfully) built both static & dynamic variants into:

    /usr/local/wxWidgets-cvs-STAT
    /usr/local/wxWidgets-cvs-DYN

repectively.


checking out the latest svn rev of pgadmin3 (revision 4172)

    svn co svn://svn.pgadmin.org/trunk/pgadmin3 pgadmin3STAT-wxSTAT
        Checked out revision 4172.


a successful configure for static, appbundle build w/:

    ./configure \
    --enable-appbundle \
    --enable-static \
    --disable-debug \
    --with-wx=/usr/local/wxWidgets-cvs-STAT \
    --with-wx-config=wx-config \
    --with-pgsql=/usr/local/pgsql \
    --with-pgsql-include=/usr/local/pgsql/include

is dying @:

    make all

with:

    then mv -f ".deps/base.Tpo" ".deps/base.Po"; else rm -f ".deps/base.Tpo";
    exit 1; fi
    if g++ -DHAVE_CONFIG_H -I. -I. -I..  -Wall -g -I../src/include
    -I../src/agent/include -I../src/slony/include -I/usr/local/ssl/include
    -I/usr/local/pgsql/include -DSSL
    -I/usr/local/wxWidgets-cvs-STAT/lib/wx/include/mac-unicode-release-static-2
    .6 -I/usr/local/wxWidgets-cvs-STAT/include/wx-2.6 -D__WXMAC__
    -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA
    -I/usr/local/wxWidgets-cvs-STAT/include/wx-2.6 -no-cpp-precomp -fno-rtti
    -Wall -g -I../src/include -I../src/agent/include -I../src/slony/include
    -Wall -g -O0 -MT appbase.o -MD -MP -MF ".deps/appbase.Tpo" -c -o appbase.o
    `test -f './base/appbase.cpp' || echo './'`./base/appbase.cpp; \
    then mv -f ".deps/appbase.Tpo" ".deps/appbase.Po"; else rm -f
    ".deps/appbase.Tpo"; exit 1; fi
    ./base/appbase.cpp: In member function `void pgAppBase::InitPaths()':
    ./base/appbase.cpp:76: error: 'path' was not declared in this scope
    ./base/appbase.cpp:78: error: 'path' was not declared in this scope
    make[2]: *** [appbase.o] Error 1
    make[1]: *** [all-recursive] Error 1
    make: *** [all] Error 2

which is referring the to snippet in ./src/base/appbase.cpp:

        #if defined(__WXMAC__)M

            //When using wxStandardPaths on OSX, wx defaults to the unix,
            //not to the mac variants. Therefor, we request wxStandardPathsCF
            //directly.
            wxStandardPathsCF stdPaths ;
            dataDir = stdPaths.GetDataDir() ;

    75      if (wxDir::Exists(dataDir + HELPER_DIR))
    76          path.Add(dataDir + HELPER_DIR) ;
    77      if (wxDir::Exists(dataDir + SCRIPT_DIR))
                path.Add(dataDir + SCRIPT_DIR) ;

        #else // other *ixes


i don't immediately understand this path allocation stanza, so need to dig ...

any quick suggestions as to whether there's an obvious problem here w/ path.Add?

cheers,

richard

On Mon, May 9, 2005 18:01, OpenMacNews said:
> hi all,
>
> after de-fubar'ing my firewall for svn:// access (Thx Dave!), i've been
> catching up on trying to get pgadmin3 built on OSX 10.4.
>
> note that wxWidgets 2.6.0 does not build on 10.4 without patching, and
> even
> then i'm seeing some issues.  further, it seems that 'corrective efforts'
> are
> going primarily into cvs ... soooooo, it's wxwidgets-CVS only for me.
Hm.. are you using gcc 3.3 or gcc 4.0?

-I/usr/local/wxWidgets-cvs-STAT/lib/wx/include/mac-unicode-release-static-2
>     .6 -I/usr/local/wxWidgets-cvs-STAT/include/wx-2.6 -D__WXMAC__
>     -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA
>     -I/usr/local/wxWidgets-cvs-STAT/include/wx-2.6 -no-cpp-precomp
> -fno-rtti
>     -Wall -g -I../src/include -I../src/agent/include
> -I../src/slony/include
>     -Wall -g -O0 -MT appbase.o -MD -MP -MF ".deps/appbase.Tpo" -c -o
> appbase.o
>     `test -f './base/appbase.cpp' || echo './'`./base/appbase.cpp; \
>     then mv -f ".deps/appbase.Tpo" ".deps/appbase.Po"; else rm -f
>     ".deps/appbase.Tpo"; exit 1; fi
>     ./base/appbase.cpp: In member function `void pgAppBase::InitPaths()':
>     ./base/appbase.cpp:76: error: 'path' was not declared in this scope
>     ./base/appbase.cpp:78: error: 'path' was not declared in this scope
>     make[2]: *** [appbase.o] Error 1
>     make[1]: *** [all-recursive] Error 1
>     make: *** [all] Error 2
>
> which is referring the to snippet in ./src/base/appbase.cpp:
>         #if defined(__WXMAC__)M
>
>             //When using wxStandardPaths on OSX, wx defaults to the unix,
>             //not to the mac variants. Therefor, we request wxStandardPathsCF
>             //directly.
>             wxStandardPathsCF stdPaths ;
>             dataDir = stdPaths.GetDataDir() ;
>
>     75      if (wxDir::Exists(dataDir + HELPER_DIR))
>     76          path.Add(dataDir + HELPER_DIR) ;
>     77      if (wxDir::Exists(dataDir + SCRIPT_DIR))
>                 path.Add(dataDir + SCRIPT_DIR) ;
>
>         #else // other *ixes
This certainly is wrong - path is undeclared here.
Before the "Great Shuffling", path was declare
for all architectures, and used to
locale the slony-sql-scripts, and pg_dump.

If you just remove the two if-statements, it should
compile again - but I don't guarantee that it will run ;-)

I'll take a closer look, and report back.

greetings, Florian Pflug