On 4/26/10 6:40 AM, Oliver Cordes wrote: > Hi, > > On 25.04.10 23:56, Alexander Hansen wrote: > >> On 4/25/10 11:12 AM, Oliver Cordes wrote: >> >>> Hi, >>> >> >>> trying to compile everything for rapidsvn, fink tried to compile >>> >> >>> wxmac-2.6.3-1003rc1 >>> >> >>> which failed with the following messages: >>> >> >>> ./bk-deps g++ -c -o basedll_filefn.o -I.pch/wxprec_basedll >>> -D__WXMAC__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 >>> -dynamic -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA >>> -Ilib/wx/include/mac-ansi-release-2.6 -I./include -I/sw/include >>> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -fpascal-strings >>> -I./src/mac/carbon/morefilex -I/Developer/Headers/FlatCarbon -O2 >>> -fno-strict-aliasing -Wall -Wundef -Wno-ctor-dtor-privacy -fno-common >>> ./src/common/filefn.cpp >>> ./src/mac/carbon/morefilex/MoreFilesX.h:1488: error: declaration of C >>> function 'OSErr FSVolumeMount(const void*, FSVolumeRefNum*)' >>> >> conflicts with >> >>> >> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:7299: >> >> >>> error: previous declaration 'OSStatus FSVolumeMount(UInt8*, >>> FSVolumeRefNum*)' here >>> ./src/common/filefn.cpp: In function 'wxString >>> wxMacFSSpec2MacFilename(const FSSpec*)': >>> ./src/common/filefn.cpp:907: warning: 'FSpMakeFSRef' is deprecated >>> (declared at >>> >>> >> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:7477) >> >>> ./src/common/filefn.cpp:907: warning: 'FSpMakeFSRef' is deprecated >>> (declared at >>> >>> >> /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:7477) >> >>> make: *** [basedll_filefn.o] Error 1 >>> ### execution of make failed, exit code 2 >>> Removing runtime build-lock... >>> Removing build-lock package... >>> /sw/bin/dpkg-lockwait -r fink-buildlock-wxmac-2.6.3-1003rc1 >>> (Reading database ... 136869 files and directories currently installed.) >>> Removing fink-buildlock-wxmac-2.6.3-1003rc1 ... >>> Updating the list of locally available binary packages. >>> >> >>> The problem occurs on Leopard (ppc) and Snow Leopard (intel/x86_64).I >>> think the problem don't depend on the CPU ... >>> Looking into the code of wxmac I see that some of the code is really >>> outdated and also the wxmac webpage said that the recent version is >>> 2.8.x ... >>> >> >>> Is there a possibility to add the recent version to the leopard >>> (x86_64)-repository? I found it in Leopard (ppc) which compiled >>> >> smoothly. >> >> Completely irrelevant to whether it compiles on x86_64. It does not, >> for the version in Fink right now, and so it is turned off for that >> architecture. wxmac28 exists for all other architectures. >> >> >>> I suggest to test if rapidsvn is able to compile against wxmac28 ! >>> >> rapidsvn currently depends on wxmac28, not wxmac: >> >> $ fink show-deps rapidsvn >> Information about 10071 packages read in 1 seconds. >> >> Package: rapidsvn (0.9.8-1) >> To install the compiled package... >> The following other packages (and their dependencies) must be installed: >> libapr.0-shlibs >> libaprutil.0-shlibs >> svn15-shlibs >> svncpp2-shlibs (>= 0.9.8-1) >> wxmac28-shlibs >> The following other packages must not be installed: >> rapidsvn-gtk >> rapidsvn-gtk-ssl >> To compile this package from source... >> The following packages are also compiled at the same time: >> svncpp2-dev (0.9.8-1) >> svncpp2-shlibs (0.9.8-1) >> svncpp2-doc (0.9.8-1) >> The following other packages (and their dependencies) must be installed: >> cyrus-sasl2-dev >> db48-aes | db48 >> docbook-xsl (>= 1.58.1) >> doxygen >> expat1 >> fink (>= 0.24.12) >> gdbm3 >> graphviz >> libapr.0-dev >> libapr.0-shlibs >> libaprutil.0-dev >> libaprutil.0-shlibs >> libgettext8-dev >> libiconv-dev >> libxml2 >> libxslt (>= 1.0.27) >> openldap24-dev >> svn15-dev >> svn15-shlibs >> system-openssl-dev >> wxmac28 >> wxmac28-shlibs >> The following other packages must not be installed: >> [none] >> >> >> >> >>> Cheers, >>> Oliver >>> >> I'm not sure what version of rapidsvn you're trying to install, but you >> appear to have outdated package descriptions if you're installing one >> that needs wxmac instead of wxmac28. Do a "fink selfupdate". However, >> that being said, rapidsvn isn't available on x86_64, because wxmac28 >> doesn't work there. >> >> > make sense ... it is not because of the outdated package list, in my > fink.conf I have the stable and unstable trees, for some new > developments ... if I restrict the trees only to stable than rapidsvn is > not available, if I put unstable back in I get the following: > > fink show-deps rapidsvn > Information about 8540 packages read in 1 seconds. > > Package: rapidsvn (0.9.4-14) > To install the compiled package... > The following other packages (and their dependencies) must be installed: > cyrus-sasl2-shlibs > db44-aes-shlibs | db44-shlibs > expat1-shlibs > gdbm3-shlibs > libapr.0-shlibs > libgettext3-shlibs > libiconv > libxml2-shlibs > neon25-shlibs > openldap23-shlibs (>= 2.3.24-10) > svn-shlibs (>= 1.4.6-14) > svncpp0-shlibs (>= 0.9.4-14) > wxmac-shlibs (>= 2.6.2) > The following other packages must not be installed: > rapidsvn-gtk > rapidsvn-gtk-ssl > To compile this package from source... > The following packages are also compiled at the same time: > svncpp0-dev (0.9.4-14) > svncpp0-shlibs (0.9.4-14) > svncpp0-doc (0.9.4-14) > The following other packages (and their dependencies) must be installed: > cyrus-sasl2-dev > cyrus-sasl2-shlibs > db44-aes | db44 > db44-aes-shlibs | db44-shlibs > docbook-xsl (>= 1.58.1) > doxygen > expat1 > expat1-shlibs > fink (>= 0.24.12) > gdbm3 > gdbm3-shlibs > graphviz > libapr.0-dev > libapr.0-shlibs > libaprutil.0-dev > libgettext3-dev > libgettext3-shlibs > libiconv > libiconv-dev > libxml2 > libxml2-shlibs > libxslt (>= 1.0.27) > neon25 > neon25-shlibs > openldap23-dev (>= 2.3.24-10) > openldap23-shlibs (>= 2.3.24-10) > svn-dev (>= 1.4.6-14) > svn-shlibs (>= 1.4.6-14) > system-openssl-dev > wxmac (>= 2.6.2) > wxmac-shlibs (>= 2.6.2) > The following other packages must not be installed: > [none] > > So, I think that the unstable trees have some outdated package list. > No, if you're not seeing the current version, something is amiss with your system. It's possible that you have a stuck setup. Did you run a "fink selfupdate" like I suggested? And if you did, what does "fink -V | head -n2" give you? > BTW, for x86_64 I use the following entry in fink.conf: > > Trees: local/main stable/main stable/crypto unstable/main unstable/crypto > That's fine. > is there something better? > > Cheers, > Oliver > >
------------------------------------------------------------------------------ _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
