#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by macsforever2000@…): A simple version bump did not work for me. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): Two items on the upgrade: (1) watching 'configure' do it's thing: zlib and iconv end up being those provided by OSX, and should instead be those provided by MacPorts. (2) At least for me (MacBook Pro early 2009, 10.5.8 latest, XCode 3.1.3, MacPorts 1.9.0 using dports from SVN): I get the errors: {{{ [ 70%] Building CXX object src/CMakeFiles/stellarium.dir/main.cpp.o Linking CXX executable stellarium ld warning: in /opt/local/libexec/qt4-mac/lib/QtOpenGL.framework/QtOpenGL, file is not of required architecture ld warning: in /opt/local/libexec/qt4-mac/lib/QtScript.framework/QtScript, file is not of required architecture ld warning: in /opt/local/libexec/qt4-mac/lib/QtGui.framework/QtGui, file is not of required architecture ld warning: in /opt/local/libexec/qt4-mac/lib/QtSql.framework/QtSql, file is not of required architecture ld warning: in /opt/local/libexec/qt4-mac/lib/QtNetwork.framework/QtNetwork, file is not of required architecture ld warning: in /opt/local/libexec/qt4-mac/lib/QtCore.framework/QtCore, file is not of required architecture ld warning: in /opt/local/lib/libintl.dylib, file is not of required architecture ld warning: in /opt/local/lib/libintl.dylib, file is not of required architecture ld: in /opt/local/lib/libxml2.2.dylib, file is not of required architecture for architecture ppc collect2: ld returned 1 exit status Undefined symbols for architecture i386: "QGLContext::deleteTexture(unsigned long)", referenced from: StelTexture::~StelTexture()in StelTexture.cpp.o StelTexture::~StelTexture()in StelTexture.cpp.o "QGLFramebufferObject::QGLFramebufferObject(QSize const&, QGLFramebufferObject::Attachment, unsigned long, unsigned long)", referenced from: StelAppGraphicsWidget::initBuffers() in StelAppGraphicsWidget.cpp.o StelAppGraphicsWidget::initBuffers() in StelAppGraphicsWidget.cpp.o "QGLContext::bindTexture(QImage const&, unsigned long, long, QFlags<QGLContext::BindOption>)", referenced from: StelTexture::glLoad() in StelTexture.cpp.o ld: symbol(s) not found for architecture i386 collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//cc9DTlnj.out (No such file or directory) }}} so, something is going wrong with the architecture detection, in patching (by the Portfile) or elsewhere. I'm looking into it, since I have time today & I enjoy using Stellarium. No promises. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): The file "CMakeLists.txt" changed between releases, and that messed up the Portfile reinplace. I've figured out how to augment the Portfile for this change, as well as to use the MacPorts-provided opensll, zlib, and iconv. Even with those, I'm still getting the same "undefined symbols" as before. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): Still trying, as time allows. I -think- the issue is that qt4-mac was compiled such that, if you look at qt4-mac/include/QtOpenGL/qgl.h:87, the 'compat' features are not used ... but, for some reason stellarium -is- trying to use them, which creates conflicting method signatures between the library (uses 'int') and stellarium (uses 'long'). -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): More notes: * Upgrading the SDK to 10.5 does indeed result in the port successfully compiling and installing, but the resulting executable does not work properly. Trying to execute it results in a dialog box that says "You can't open the application 'Stellarium.app' because it is not supported on this architecture. Showing the contents and starting the MacOS executable results in Stellarium running correctly, just the UI being very slow (responses being on the order of seconds, not "almost instantaneously" as the normal .app does). * The current Portfile (for 0.10.4) also doesn't work with the current qt4-mac (4.6.2_2); it produces the same linker issues as my augmented port (via the attached diff) -- so, it, too has issues with the chosen SDK (10.4). Given the above, I believe the problem is actually an interface issue between Qt4 and OSX (including OpenGL), not Stellarium per se. I'm updating the attached Portfile diff to my latest version, which does compile fully on 10.5 i386, but otherwise I don't know what else to do to make this port work; clearly, the downloadable .app does work, so there is a way to make it do so. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): < http://qt.nokia.com/downloads/qt-for-open-source-cpp-development-on-mac- os-x > states that 4.6.3 for Cocoa is meant for 10.5 or 10.6 only, so no 10.4 support any longer -- 10.4 support for the Carbon version only now. I wonder if the Stellarium folks know about this change, and if it means any code changes for them (beyond changing the few 10.4 oriented variables for CMake)? -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:12> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): Another data point: I can confirm that if I (1) download Qt mac cocoa 4.6.3 precompiled & install that (goes into /Developer/ and /usr ); (2) edit the CMakeLists.txt for stellarium to use 10.5 (10.4u does not work correctly; I've tried it); (3) do 'cmake', 'make', 'make install' as usual; then (4) edit the created Stellarium.app's contents to be inline with MacOS X expectations ... then the resulting .app does work correctly, but only when executed from within (via runnning 'Contents/MacOS/stellarium'). The .app itself still claims not the correct architecture. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stellarium ------------------------------------------+--------------------------------- Comment(by michaelld@…): Upgrading to Qt4-Mac 4.6.3 at least allows the internal executable to function. I'm investigating how to get the external .app to register the architecture correctly now. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:16> MacPorts <http://www.macports.org/> Ports system for Mac OS

#25181: stellarium 0.10.5 -------------------------------------------+-------------------------------- Reporter: macsforever2000@… | Owner: michaelld@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: stellarium | -------------------------------------------+-------------------------------- Changes (by michaelld@…): * status: new => closed * resolution: => fixed Comment: Fixed in [68848]. -- Ticket URL: <http://trac.macports.org/ticket/25181#comment:18> MacPorts <http://www.macports.org/> Ports system for Mac OS