ZitatAlles anzeigendavid$ brew uninstall --force libtiff
Uninstalling libtiff... (254 files, 3,8M)david$ brew install libtiff --cc=gcc-5
==> Downloading http://download.osgeo.org/libtiff/tiff-4.0.4.tar.gz
Already downloaded: /Library/Caches/Homebrew/libtiff-4.0.4.tar.gz
==> ./configure --prefix=/usr/local/Cellar/libtiff/4.0.4 --without-x --disable-lzma --with-jpeg-include-dir=/usr/local/opt/jpeg/include --with-jpeg-lib-dir=/usr
==> make install
/usr/local/Cellar/libtiff/4.0.4: 257 files, 3,9M, built in 64 seconds
GO auf OS X 10.6.8
-
-
zuerst
Zitatdavid$ cmake -G "Unix Makefiles" -DUNICODE=1 . -DCMAKE_CXX_COMPILER=/usr/local/bin/g++-5 -DCMAKE_CXX_FLAGS=-g -DCMAKE_C_FLAGS=-g -DDOCBOOK_DIR=/usr/local/Cellar/docbook-xsl/1.78.1/docbook-xsl -DINSTALL_DEPEND=OFF -DCMAKE_C_COMPILER=/usr/local/bin/gcc-5
dann 'make', sagt:
Zitatmake[2]: Circular http://GrandOrgue.app/Contents/Resources/demo/demo.organ <- demo dependency dropped.
[100%] Built target demo
make[1]: Target `all' not remade because of errors.
make: *** [all] Error 2
make: Target `default_target' not remade because of errors. -
Die Fehlermeldung ist zu kurz. "Circular http://GrandOrgue.app/Contents/Resources/demo/demo.organ <- demo dependency dropped." ist noch nicht der Fehler.
PS: Als einfaches Testprogramm für wxmac kann man touchtest.cpp von http://trac.wxwidgets.org/ticket/17082 herunterladen und übersetzen:
Danach sollte es laufen und man mit der linken Maustaste eine Linie im Fenster zeichnen können.
-
Hab mal folgendes gemacht:
Zitatdavid$ g++ --version
i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.Da müsste aber Version 5 stehen, nicht?
-
Sowohl 'g++' als auch explizit '/usr/local/bin/g++-5' sagen beim übersetzen von touchtest.cpp
Zitatld: symbol(s) not found
collect2: error: ld returned 1 exit status -
Sorry, I meint eh g++-5. g++ ist die Default-Version.
Eigentlich würde ich mir vor "symbols not found" ein paar Ausgaben mehr erwarten.
Was sind denn die Fehlermeldungen vom GO cmake?
-
Eh, viiiieeeeele.
GO cmake hatte nur warnings. -
Hier der output von cmake:
Zitatdavid$ rm CMakeCache.txt
david$ cmake -G "Unix Makefiles" -DUNICODE=1 . -DCMAKE_CXX_COMPILER=/usr/local/bin/g++-5 -DCMAKE_CXX_FLAGS=-g -DCMAKE_C_FLAGS=-g -DDOCBOOK_DIR=/usr/local/Cellar/docbook-xsl/1.78.1/docbook-xsl -DINSTALL_DEPEND=OFF -DCMAKE_C_COMPILER=/usr/local/bin/gcc-5
-- No build configuration specified. Defaulting to 'Release' build.
-- Performing Test OPTION_LINK_-std-EQc-P-P0x
-- Performing Test OPTION_LINK_-std-EQc-P-P0x - Success
-- Looking for C++ include cstdatomic
-- Looking for C++ include cstdatomic - not found
-- Looking for C++ include atomic
-- Looking for C++ include atomic - found
-- Looking for C++ include mutex
-- Looking for C++ include mutex - found
-- Performing Test OPTION_ffast-math
-- Performing Test OPTION_ffast-math - Success
-- Performing Test OPTION_Wall
-- Performing Test OPTION_Wall - Success
-- Performing Test OPTION_fomit-frame-pointer
-- Performing Test OPTION_fomit-frame-pointer - Success
-- Performing Test OPTION_O3
-- Performing Test OPTION_O3 - Success
-- Performing Test OPTION_mmmx
-- Performing Test OPTION_mmmx - Success
-- Performing Test OPTION_msse
-- Performing Test OPTION_msse - Success
-- Performing Test OPTION_msse2
-- Performing Test OPTION_msse2 - Success
-- Performing Test OPTION_msse3
-- Performing Test OPTION_msse3 - Success
-- Performing Test OPTION_funroll-loops
-- Performing Test OPTION_funroll-loops - Success
-- Performing Test OPTION_DNDEBUG
-- Performing Test OPTION_DNDEBUG - Success
-- Performing Test OPTION_mstackrealign
-- Performing Test OPTION_mstackrealign - Success
-- RtAudio build Configuration
-- Building a Mac configuration
-- Support for Jack : ON
-- Support for CoreAudio : ON
-- ============================================================================
-- RtMidi build Configuration
-- Building a Mac configuration
-- Support for CoreMIDI : ON
-- Support for Jack : ON
-- ============================================================================
-- PortAudio build Configuration
-- Looking for sys/soundcard.h
-- Looking for sys/soundcard.h - not found
-- Building a Mac configuration
-- Support for Jack : ON
-- Support for CoreAudio : ON
-- ============================================================================
-- fftw build Configuration
-- ============================================================================
-- wavpack build Configuration
-- Hunting for wxWidgets...
-- Found wxWidgets: TRUE
-- wxWidgets Unicode? : ON (required ON)
-- wxWidgets Debug? : OFF (required OFF)
-- wxWidgets Static linking : OFF (required OFF)
-- Matching wxWidgets configuration was found.
-- ============================================================================
CMake Warning (dev) at src/grandorgue/CMakeLists.txt:470 (add_custom_target):
Policy CMP0037 is not set: Target names should not be reserved and should
match a validity pattern. Run "cmake --help-policy CMP0037" for policy
details. Use the cmake_policy command to set the policy and suppress this
warning.The target name "test" is reserved or not valid for certain CMake features,
such as generator expressions, and may result in undefined behavior.
This warning is for project developers. Use -Wno-dev to suppress it.-- Found Gettext: /usr/local/bin/msgmerge (found version "0.19.5.1")
-- Project : GrandOrgue
-- Description : GrandOrgue - OpenSource Virtual Pipe Organ Software
-- Version : 0.3.1.0
-- ============================================================================
--
-- Configuring done
-- Generating done
-- Build files have been written to: /Applications/grandourgue/ourorgan-svn-1944-trunk -
Sieht korrekt aus. Was liefert dann make für eine Fehlermeldung?
-
Hier der gesamte Output
-
Damit sind wir wieder beim 32/64 Bit Problem vom GCC. wxWidgets haben wir für 32 Bit gebaut.
Wenn du ein 32 Bit GO willst, dann setze -DCMAKE_C_FLAGS=-m32 und -DCMAKE_CXX__FLAGS=-m32 beim GO cmake.
Wenn du ein 64 Bit GO willst, ändere [nur während der folgenden Umwandlungen]
aufDann musst du zuerst libtiff und danach wxmac neu umwandeln [wie vorher]. Dann sollte der Link von touchtest.cpp wie auch von GO klappen.
-
libtiff:
Zitatdavid$ brew install libtiff --cc=gcc-5
==> Downloading http://download.osgeo.org/libtiff/tiff-4.0.4.tar.gz
Already downloaded: /Library/Caches/Homebrew/libtiff-4.0.4.tar.gz
==> ./configure --prefix=/usr/local/Cellar/libtiff/4.0.4 --without-x --disable-lzma --with-jpeg-include-dir=/usr/local/opt/jpeg/include --with-jpeg-lib-dir=/usr
==> make install
/usr/local/Cellar/libtiff/4.0.4: 257 files, 3,9M, built in 63 secondswxmac:
Zitatdavid$ brew install wxmac --cc=gcc-5
==> Downloading https://downloads.sourceforge.net/project/wxwind…s-3.0.2.tar.bz2
Already downloaded: /Library/Caches/Homebrew/wxmac-3.0.2.tar.bz2
==> Patching
patching file include/wx/defs.h
patching file include/wx/html/webkit.h
patching file include/wx/osx/webview_webkit.h
==> ./configure --prefix=/usr/local/Cellar/wxmac/3.0.2 --enable-unicode --enable-std_string --enable-display --with-opengl --with-osx_cocoa --with-libjpeg --wit
==> make install
collect2: error: ld returned 1 exit status
make: *** [/private/tmp/wxmac20150901-19914-1fs8iv9/wxWidgets-3.0.2/lib/libwx_osx_cocoau_adv-3.0.0.2.0.dylib] Error 1
make: *** Waiting for unfinished jobs....
g++-5 -mmacosx-version-min=10.6 -o wxrc wxrc_wxrc.o -L/private/tmp/wxmac20150901-19914-1fs8iv9/wxWidgets-3.0.2/lib -arch x86_64 -framework IOKit -framework Carbon -framework Cocoa -framework AudioToolbox -framework System -framework OpenGL -lwx_baseu_xml-3.0 -lexpat -lwx_baseu-3.0 -lwxregexu-3.0 -arch x86_64 -framework IOKit -framework Carbon -framework Cocoa -framework AudioToolbox -framework System -framework OpenGL -lz -lpthread -liconv -lz -lpthread -liconv
SetFile -t APPL wxrcREAD THIS: https://git.io/brew-troubleshooting
-
Ich nehme an, das noch irgendein ein Library (wahrscheinlich eins von libtiff, libpng und jpeq) nicht für 64 Bit vorliegt.
Der Output von wxmac ist wieder (diesmal von brew) zu stark gekürzt, so das man den eigentlichen Fehler nicht sieht.
Zu den Logs kommt man lt. brew Doku mittels:Zitat
* The output from brew install -v <formula name>
* The contents of the largest numbered log in ~/Library/Logs/Homebrew/<formula name>, e.g. 03.make -
Hier das log-file:
-
Und der brew-output mit -v :
-
Sorry, der Weg wird zu kompliziert für solchen Remote Support.
Versuchen wir es mit einen aktuellen clang unter Verwendung eines originalen brew.
Damit sollte hoffentlich ein aktuelles Clang installiert sein (um die 3.6.2)
Den Compiler kann man auch testen, um Fehlversuche zu vermeiden:
wxWidgets kann man dann auch testen:
Der GO CMake Aufruf müsste dann auch noch leicht angepasst werden:
-
Zitat
david$ brew install llvm --with-clang
==> Downloading http://llvm.org/releases/3.6.2/llvm-3.6.2.src.tar.xz
Already downloaded: /Library/Caches/Homebrew/llvm-3.6.2.tar.xz
==> Downloading http://llvm.org/releases/3.6.2/libcxx-3.6.2.src.tar.xz
Already downloaded: /Library/Caches/Homebrew/llvm--libcxx-3.6.2.tar.xz
==> Downloading http://llvm.org/releases/3.6.2/cfe-3.6.2.src.tar.xz
Already downloaded: /Library/Caches/Homebrew/llvm--clang-3.6.2.tar.xz
==> Downloading http://llvm.org/releases/3.6.2….6.2.src.tar.xz
Already downloaded: /Library/Caches/Homebrew/llvm--clang-tools-extra-3.6.2.tar.xz
==> cmake -G Unix Makefiles /private/tmp/llvm20150901-8193-ap2e9o/llvm-3.6.2.src -DCMAKE_C_FLAGS_RELEASE= -DCMAKE_CXX_FLAGS_RELEASE= -DCMAKE_INSTALL_PREFIX=/usr
==> make
cd /tmp/llvm20150901-8193-1cbrrqu/utils/unittest && /usr/local/Cellar/cmake/3.3.1/bin/cmake -E cmake_link_script CMakeFiles/http://gtest.dir/link.txt --verbose=1
/usr/bin/ar cq ../../lib/libgtest.a CMakeFiles/http://gtest.dir/googletest/src/gtest-all.cc.o
/usr/bin/ranlib ../../lib/libgtest.a
[ 12%] Built target gtest
make: *** [all] Error 2READ THIS: https://git.io/brew-troubleshooting
These open issues may also help:
llvm formula's clang++ fails with -L $(brew --prefix llvm)/lib https://github.com/Homebrew/homebrew/issues/42957
ocaml will never be detected by llvm during configuration https://github.com/Homebrew/homebrew/issues/43335
llvm --with-clang --with-lldb fails to build https://github.com/Homebrew/homebrew/issues/42041
MacOS.(gcc|clang|llvm)_version can return nil https://github.com/Homebrew/homebrew/issues/18781 -
-
Sorry...
-
Dein Xcode (und daher auch das OS X SDK) ist etwas alt.
Bei der Suche nach der Lösung ist mir aufgefallen, das es ein LLVM Packet gibt, das extra Code für Snow Leopard hat und wo der Fehler schon einmal behoben worden sein soll (https://github.com/Homebrew/homebrew-versions/issues/219). Bevor wir an den bestehenden etwas ändern, würde ich es gerne danut versuchen.
[Mit -v gibt es wie oben wieder ein Log, wenn ein Fehler auftritt].
-