November 2007 - macports-users - lists.macosforge.org

Problems building octave
by Eric Brombaugh 04 Nov '07

04 Nov '07

Hi again, I'm all the way to building octave on my Leopard / Santa Rosa Macbook. It bombs out during the documentation formatting process: making arith.texi from arith.txi /bin/sh: line 1: 79234 Segmentation fault ./munge-texi -d ../../ src/DOCSTRI NGS -d ../../scripts/DOCSTRINGS < arith.txi > arith.texi.t make[3]: *** [arith.texi] Error 139 make[2]: *** [interpreter] Error 2 make[1]: *** [doc] Error 2 make: *** [all] Error 2 Digging around in the munge-texi program (rebuilt with the -g flag) with gdb, I see the following: (gdb) run -d ../../src/DOCSTRINGS -d ../../scripts/DOCSTRINGS < arith.txi > arith.texi.t Starting program: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_math_octave/work/octave-2.9.9/doc/ interpreter/munge-texi -d ../../src/DOCSTRINGS -d ../../scripts/ DOCSTRINGS < arith.txi > arith.texi.t Reading symbols for shared libraries +++. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x00000000 0x8fe18aa2 in __dyld_misaligned_stack_error () Looks like a null pointer dereference. Anyone have any clues about how to get around this one? Eric

3 2

sqlite and Qt
by Jochen Küpper 04 Nov '07

04 Nov '07

Hi Adam, please keep the discussion on the macports-users list, so other are able to contribute to the issue as well. To all: the problem is, that for Adam using the Qt4 SQlite support works when Qt4 is compiled with its internal sqlite library, but not when he uses the system (MacPorts) sqlite3, what the Portfile does. >> What is the exact error message? > > It is a dialog box that pops up in the application that says > "Unable to open or create file Millbury_DB. It is probably not a > database" Well, that is not a very useful error message;) Which program does generate this message? Can you tell Qt4 to give some more detailed pieces of information about the problem? What kind of file is this exactly, i.e., by what version of sqlite was it generated? > But I happened to know that it is, and that I can open it fine with > the command line version of sqlite as well as with the version that > I had built before the upgrade. Is that the command-line version of sqlite from MacPorts? If this is not a sqlite problem, I presume it is a problem of dynamic linkage... What does otool say about the Qt4 plugin? > otool -L /opt/local/lib/qt4-plugins/sqldrivers/libqsqlite.dylib /opt/local/lib/qt4-plugins/sqldrivers/libqsqlite.dylib: libqsqlite.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libsqlite3.0.dylib (compatibility version 9.0.0, current version 9.6.0) /opt/local/lib/libQtSql.4.dylib (compatibility version 4.3.0, current version 4.3.2) /opt/local/lib/libQtCore.4.dylib (compatibility version 4.3.0, current version 4.3.2) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.9) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /System/Library/Frameworks/ApplicationServices.framework/ Versions/A/ApplicationServices (compatibility version 1.0.0, current version 22.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) If you have the same as me, does it help to say sudo install_name_tool -id /opt/local/lib/qt4-plugins/sqldrivers/ libqsqlite.dylib \ /opt/local/lib/qt4-plugins/sqldrivers/libqsqlite.dylib on e command-line? What does otool now give you? > I just tried rebuilding Qt and then sqliteman a few different ways. > -system-sqlite > -system-sqlite -qt-sql-sqlite > -qt-sql-sqlite > > The first two fail, as I described before. > The last one works fine. I assume the first two are identical (-system-sqlite apparently overwrites -qt-sql-sqlite). Specifying both does not make sense, anyway;) I would prefer to use the system-libraries in Qt4, as otherwise we have at least two version of the same library installed on the system, like you have now (MacPorts sqlite3 + Qt4 sqlite) Well, let's see where above points get us... Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll

1 0

Warning in sipcalc port
by mac＠the-evangelist.info 04 Nov '07

04 Nov '07

Hi,, I have a new clean Leopard install and macports (1.5.0 - 10.5) and my first port install sipcalc show this warning: $ sudo port install sipcalc Password: ---> Fetching sipcalc ---> Attempting to fetch sipcalc-1.1.2.tar.gz from http://www.routemeister.net/projects/sipcalc/files/ ---> Verifying checksum(s) for sipcalc ---> Extracting sipcalc ---> Configuring sipcalc ---> Building sipcalc with target all ---> Staging sipcalc into destroot Warning: violation by /opt/local/man Warning: sipcalc violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! ---> Installing sipcalc 1.1.2_0 ---> Activating sipcalc 1.1.2_0 ---> Cleaning sipcalc The program runs perfectly, but a write you to inform you of the warning. Thanks for your work.

2 3

mplayer doesn't build for me under Leopard on MacBook Pro
by Lloyd Zusman 04 Nov '07

04 Nov '07

I have recently upgraded to Leopard, XCode 3.0, and Darwin Ports 1.5.0 on my MacBook Pro. I am trying to install mplayer, but the build goes for a while and then finally fails with this error (some long lines manually broken in order to get this posted via Gmane): . Error: Target org.macports.build returned: shell command . "cd "/opt/local/var/macports/build/ . _opt_local_var_macports_sources_rsync.macports. . org_release_ports_multimedia_MPlayer/work/MPlayer-1.0rc1" && make all " . returned error 2 . Command output: make -C libavformat LIBPREF=lib LIBSUF=.a . make[1]: Nothing to be done for `all'. . make -C libavcodec LIBPREF=lib LIBSUF=.a . cc -Wdeclaration-after-statement -fno-PIC -O4 -march=pentium-m . -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer . -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -DCONFIG_DARWIN . -shared-libgcc -arch i386 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 . -I/opt/local/include/lzo -I/opt/local/include -I/usr/X11/include -I. . -I./libavutil -I./libavcodec -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 . -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I.. -I.. -I../libavutil . -Wdeclaration-after-statement -fno-PIC -O4 -march=pentium-m . -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer . -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -DCONFIG_DARWIN . -shared-libgcc -arch i386 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 . -I/opt/local/include/lzo -I/opt/local/include -I/usr/X11/include . -c -o i386/dsputil_mmx.o i386/dsputil_mmx.c . i386/h264dsp_mmx.c: In function 'h264_h_loop_filter_luma_mmx2': . i386/dsputil_mmx.c:634: error: can't find a register in class . 'GENERAL_REGS' while reloading 'asm' . i386/dsputil_mmx.c:634: error: can't find a register in class . 'GENERAL_REGS' while reloading 'asm' . make[1]: *** [i386/dsputil_mmx.o] Error 1 . make: *** [libavcodec/libavcodec.a] Error 2 . . Error: Status 1 encountered during processing. Based on my googling and looking elsewhere, I think this is related to the choice of C compiler that is used. Here are the results of "cc --version": . i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) . Copyright (C) 2005 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. Does anyone have any ideas as to what I can do to get mplayer to build under my configuration? Thanks in advance. -- Lloyd Zusman hippoman(a)potamuses.net God bless you.

2 3

Re: Problems building octave
by Eric Brombaugh 04 Nov '07

04 Nov '07

No problem - I'm trying a workaround. Eric On Nov 3, 2007, at 6:28 PM, Andre Stechert wrote: > Apologies for not engaging on this right away -- work is furiously > active right > now and upgrading to Leopard would be a bad idea. I can re-engage > within a > couple weeks, but if you need the port *right* now, please go ahead > without me. > > Thanks, > Andre > > On 11/3/07, Ryan Schmidt <ryandesign(a)macports.org> wrote: > Presumably you are trying to use octave 2.9.9 which is the version in > MacPorts at this time. Patches have been submitted to update the > octave port to 2.9.15. You could try those patches and see if they > help. > > http://trac.macports.org/projects/macports/ticket/12937 > > > On Nov 3, 2007, at 18:20, Eric Brombaugh wrote: > > > Hi again, > > > > I'm all the way to building octave on my Leopard / Santa Rosa > > Macbook. It bombs out during the documentation formatting process: > > > > making arith.texi from arith.txi > > /bin/sh: line 1: 79234 Segmentation fault ./munge-texi - > > d ../../src/DOCSTRI > > NGS -d ../../scripts/DOCSTRINGS < arith.txi > arith.texi.t > > make[3]: *** [arith.texi] Error 139 > > make[2]: *** [interpreter] Error 2 > > make[1]: *** [doc] Error 2 > > make: *** [all] Error 2 > > > > Digging around in the munge-texi program (rebuilt with the -g flag) > > with gdb, I see the following: > > > > (gdb) run -d ../../src/DOCSTRINGS -d ../../scripts/DOCSTRINGS < > > arith.txi > arith.texi.t > > Starting program: /opt/local/var/macports/build/ > > > _opt_local_var_macports_sources_rsync.macports.org_release_ports_math_ > > octave/work/octave-2.9.9/doc/interpreter/munge-texi -d ../../src/ > > DOCSTRINGS -d ../../scripts/DOCSTRINGS < arith.txi > arith.texi.t > > Reading symbols for shared libraries +++. done > > > > Program received signal EXC_BAD_ACCESS, Could not access memory. > > Reason: 13 at address: 0x00000000 > > 0x8fe18aa2 in __dyld_misaligned_stack_error () > > > > Looks like a null pointer dereference. Anyone have any clues about > > how to get around this one? >

1 0

Problem installing pdflib
by Eric Brombaugh 04 Nov '07

04 Nov '07

Hi, I'm trying to install octave & octave-forge and the process failed while compiling pdflib. Details: Mac OS X 10.5 2.2GHz Intel Macbook Macports base version 1.520 A log from the command 'sudo port -v install pdflib >& log' is attached. Thanks, Eric

2 3

version bump for mutt-devel to 1.5.17
by Olaf Foellinger 04 Nov '07

04 Nov '07

Hi, ticket #13107 contains a patch for the current portfile. Please review it and commit it if possible. Gruss Olaf

2 1

Re: Qt4 port
by Jochen Küpper 03 Nov '07

03 Nov '07

On 03.11.2007, at 22:28, Adam Dershowitz wrote: >> On 24.10.2007, at 06:46, Adam Dershowitz wrote: >> >>> I just noticed that 4.3.2_0 was now in macports. So I tried doing: >>> sudo port upgrade outdated >>> and it worked just fine to go from 4.3.1_1. This time I did not >>> have to first deactivate. > Right after I did this install I built sqliteman (http:// > sqliteman.com/) a Qt gui application that was the reason that I > needed to include sqlite in Qt. It built fine. > > Just yesterday I tried to use it, and it fails to open any > databases. But that is the same error that I was getting when I > first tried to build the Qt port and sqlite was not an option. What is the exact error message? > The following ports are currently installed: > qt4-mac @4.3.2_0+sqlite (active) > > But is there any way to confirm that sqlite was actually being > included properly with Qt. I know that it worked fine for the old > version that I first sent to you. So something is different. Any > ideas? What does sudo port contents qt4-mac | grep sqlite give you? I get this: /opt/local/include/qt4/Qt/qsql_sqlite.h /opt/local/include/qt4/Qt/qsql_sqlite2.h /opt/local/include/qt4/QtSql/qsql_sqlite.h /opt/local/include/qt4/QtSql/qsql_sqlite2.h /opt/local/lib/qt4-plugins/sqldrivers/libqsqlite.dylib Since I have never used any real db with Qt: what is an easy way to check whether Qt's sqlite plugin works in a given installation? Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll

1 0

slrn-devel doesn't build
by Olaf Foellinger 03 Nov '07

03 Nov '07

Hi, slrn-devel doesn't build since it cannot find slang libraries. A solution and a patchfile is included in ticket #13130. Gruss Olaf

1 0

orbit2 duplicate symbol
by William Davis 03 Nov '07

03 Nov '07

here is another of these orbit2 build failed on Leopard mkdir .libs gcc -O2 -Werror-implicit-function-declaration -o test-linc test- linc.o -L/opt/local/lib ../src/.libs/liblinc.a /opt/local/lib/ libgobject-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/ lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib -lc /opt/local/lib/ libiconv.dylib -lresolv ld: duplicate symbol _g_bit_nth_lsf in ../src/.libs/liblinc.a(linc- protocols.o) and test-linc.o collect2: ld returned 1 exit status make[3]: *** [test-linc] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for orbit2): org.macports.destroot org.macports.build DEBUG: Error: Unable to upgrade port: 1 William Davis

2 2