From: Alexander H. <ale...@gm...> - 2010-04-26 11:56:23
|
On 4/26/10 7:38 AM, Oliver Cordes wrote: > On 26.04.10 12:58, Alexander Hansen wrote: > >> 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? >> >> > Of course, I did a selfupdate regulary! > I have no way of knowing that unless you mention it. > fink -V | head -n2 > > Package manager version: 0.29.10 > Distribution version: selfupdate-rsync Mon Apr 26 12:34:40 2010, 10.6, > x86_64 > > Cheers, > Oliver > > >>> 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 >>> >>> >>> >>> > > Ah. Try running "fink index -f"--that will rebuild your .info file cache. You shouldn't see rapidsvn _at all_ on that system, unless you've made a local copy of the package description, otherwise. The current package description was added on 31 March. The old wxmac should be updated not to be visible--probably on both 10.6 and 10.5 for all platforms, but that hasn't happened yet. |