Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:57 PM, Ryan Schmidt wrote: > On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: >> On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >>> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >>> $ otool -L /opt/local/lib/libfreetype.6.dylib /opt/local/lib/libfreetype.6.dylib: /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, current version 12.1.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) $ lipo -info /opt/local/lib/libfreetype.6.dylib Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 All of that seems correct to me. >>> >>> Yes it does assuming this computer really is 32-bit only. You're sure >>> it is? What's the output of >>> >>> sysctl hw.cpu64bit_capable >> >> $ sysctl hw.cpu64bit_capable >> hw.cpu64bit_capable: 0 > > Indeed. Well, I will guess that your non-MacPorts octave is using an older > freetype, and that somehow, when gnuplot is used in the context of that > octave, it then wants to use the same freetype, which MacPorts gnuplot is not > designed to do. So I think the solution is to switch to using MacPorts > octave. So tell us all you can about your problems building that so maybe we > can fix that. > > I am going to get it building that as soon as Xcode 3.2.3 finishes downloading. Thanks for all of your help on this. I'll post the build results in the morning after it has had time to compile. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 22:48, Anthony Michael Agelastos wrote: > On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: >> On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: >> >>> $ otool -L /opt/local/lib/libfreetype.6.dylib >>> /opt/local/lib/libfreetype.6.dylib: >>> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >>> current version 12.1.0) >>> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >>> version 1.2.5) >>> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >>> version 125.2.0) >>> $ lipo -info /opt/local/lib/libfreetype.6.dylib >>> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >>> >>> All of that seems correct to me. >> >> Yes it does assuming this computer really is 32-bit only. You're sure it >> is? What's the output of >> >> sysctl hw.cpu64bit_capable > > $ sysctl hw.cpu64bit_capable > hw.cpu64bit_capable: 0 Indeed. Well, I will guess that your non-MacPorts octave is using an older freetype, and that somehow, when gnuplot is used in the context of that octave, it then wants to use the same freetype, which MacPorts gnuplot is not designed to do. So I think the solution is to switch to using MacPorts octave. So tell us all you can about your problems building that so maybe we can fix that. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:43 PM, Ryan Schmidt wrote: > On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: > >> $ otool -L /opt/local/lib/libfreetype.6.dylib >> /opt/local/lib/libfreetype.6.dylib: >> /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, >> current version 12.1.0) >> /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current >> version 1.2.5) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 125.2.0) >> $ lipo -info /opt/local/lib/libfreetype.6.dylib >> Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 >> >> All of that seems correct to me. > > Yes it does assuming this computer really is 32-bit only. You're sure it > is? What's the output of > > sysctl hw.cpu64bit_capable > > > $ sysctl hw.cpu64bit_capable hw.cpu64bit_capable: 0 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 22:36, Anthony Michael Agelastos wrote: > $ otool -L /opt/local/lib/libfreetype.6.dylib > /opt/local/lib/libfreetype.6.dylib: > /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, > current version 12.1.0) > /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current > version 1.2.5) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 125.2.0) > $ lipo -info /opt/local/lib/libfreetype.6.dylib > Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 > > All of that seems correct to me. Yes it does assuming this computer really is 32-bit only. You're sure it is? What's the output of sysctl hw.cpu64bit_capable ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:32 PM, Ryan Schmidt wrote: > > On Jul 23, 2010, at 22:27, Anthony Michael Agelastos wrote: > >> On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote: >>> >> >>> On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: >>> I am having some Gnuplot/Freetype/Octave issues that I would greatly appreciate help with. I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. Both are running Snow Leopard with all of the software fully updated (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't build, >>> >>> Is there a ticket for this already? >> >> No. I am not sure what the real problem is, so I wanted to ask the list >> first. If you feel I should, I can open one up. Whom should I assign as >> the maintainer (gnuplot is owned by nomaintainer and freetype is owned by >> you)? > > I meant a ticket about your inability to build MacPorts octave. Not yet. Actually, the problem is with one or more of Octave's dependencies. I don't recall which it is right now. > > >>> MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you >>> possibly have an environment variable whose name begins with "DYLD" set >>> pointing at a directory containing an older version of libfreetype? Or is >>> your libfreetype somehow not the correct architecture? >>> >> >> Not that I know of. How do I check this? When I type in env, the following >> is output. > > Just like that, so I'd agree you don't have any DYLD variables set. > > What's the library version of /opt/local/lib/libfreetype.6.dylib? Use "otool > -L /opt/local/lib/libfreetype.6.dylib" to see. For what architectures is it > built? Use "lipo -info /opt/local/lib/libfreetype.6.dylib" to see. > > $ otool -L /opt/local/lib/libfreetype.6.dylib /opt/local/lib/libfreetype.6.dylib: /opt/local/lib/libfreetype.6.dylib (compatibility version 12.0.0, current version 12.1.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) $ lipo -info /opt/local/lib/libfreetype.6.dylib Non-fat file: /opt/local/lib/libfreetype.6.dylib is architecture: i386 All of that seems correct to me. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 22:27, Anthony Michael Agelastos wrote: > On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote: >> > >> On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: >> >>> I am having some Gnuplot/Freetype/Octave issues that I would greatly >>> appreciate help with. >>> >>> I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. >>> Both are running Snow Leopard with all of the software fully updated >>> (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). >>> Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave >>> since it won't build, >> >> Is there a ticket for this already? > > No. I am not sure what the real problem is, so I wanted to ask the list > first. If you feel I should, I can open one up. Whom should I assign as the > maintainer (gnuplot is owned by nomaintainer and freetype is owned by you)? I meant a ticket about your inability to build MacPorts octave. >> MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you >> possibly have an environment variable whose name begins with "DYLD" set >> pointing at a directory containing an older version of libfreetype? Or is >> your libfreetype somehow not the correct architecture? >> > > Not that I know of. How do I check this? When I type in env, the following > is output. Just like that, so I'd agree you don't have any DYLD variables set. What's the library version of /opt/local/lib/libfreetype.6.dylib? Use "otool -L /opt/local/lib/libfreetype.6.dylib" to see. For what architectures is it built? Use "lipo -info /opt/local/lib/libfreetype.6.dylib" to see. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 11:15 PM, Ryan Schmidt wrote: > > On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: > >> I am having some Gnuplot/Freetype/Octave issues that I would greatly >> appreciate help with. >> >> I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. >> Both are running Snow Leopard with all of the software fully updated (except >> I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, >> on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it >> won't build, > > Is there a ticket for this already? No. I am not sure what the real problem is, so I wanted to ask the list first. If you feel I should, I can open one up. Whom should I assign as the maintainer (gnuplot is owned by nomaintainer and freetype is owned by you)? > >> but from octave.sf.net), and I try to plot something, I get the following >> error from my MacPorts-installed gnuplot. Do you have any suggestions? I >> have the same software stack on my 64-bit iMac and it does not have this >> problem. I am running the latest XQuartz in case that is pertinent. >> >> dyld: Library not loaded: /opt/ldyld: Library not loaded: >> /opt/local/lib/libfreetype.6.dylib >> Referenced from: /opt/local/bin/gnuplot >> Reason: Incompatible library version: gnuplot requires version 12.0.0 or >> later, but libfreetype.6.dylib provides version 10.0.0 >> ocal/lib/libfreetype.6.dylib >> Referenced from: /opt/local/bin/gnuplot >> Reason: Incompatible library version: gnuplot requires version 12.0.0 or >> later, but libfreetype.6.dylib provides version 10.0.0 >> error: you must have gnuplot installed to display graphics; if you have >> gnuplot installed in a non-standard location, see the 'gnuplot_binary' >> function > > MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you > possibly have an environment variable whose name begins with "DYLD" set > pointing at a directory containing an older version of libfreetype? Or is > your libfreetype somehow not the correct architecture? > Not that I know of. How do I check this? When I type in env, the following is output. ~ myusername$ env MANPATH=/opt/local/share/man: TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash GFORTRAN_CONVERT_UNIT=big_endian TMPDIR=/var/folders/IQ/IQd5hyS+FxiyRV29wXYNAE+++TI/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-NhV9Fl/Render TERM_PROGRAM_VERSION=273 USER=myusername COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-X1vtqv/Listeners __CF_USER_TEXT_ENCODING=0x1F5:0:0 PATH=/Users/myusername/bin:/opt/ama/bin:/opt/ama/NOBACKUP/visit/bin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/texbin:/usr/X11/bin PWD=/Users/myusername EDITOR=/usr/bin/vi LANG=en_US.UTF-8 SHLVL=1 HOME=/Users/myusername GNUTERM=x11 LOGNAME=myusername INFOPATH=/opt/local/share/info: DISPLAY=/tmp/launch-s1QDTj/org.macosforge.xquartz:0 _=/usr/bin/env ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Gnuplot Library Issues
On Jul 23, 2010, at 21:46, Anthony Michael Agelastos wrote: > I am having some Gnuplot/Freetype/Octave issues that I would greatly > appreciate help with. > > I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. > Both are running Snow Leopard with all of the software fully updated (except > I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, > on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't > build, Is there a ticket for this already? > but from octave.sf.net), and I try to plot something, I get the following > error from my MacPorts-installed gnuplot. Do you have any suggestions? I > have the same software stack on my 64-bit iMac and it does not have this > problem. I am running the latest XQuartz in case that is pertinent. > > dyld: Library not loaded: /opt/ldyld: Library not loaded: > /opt/local/lib/libfreetype.6.dylib > Referenced from: /opt/local/bin/gnuplot > Reason: Incompatible library version: gnuplot requires version 12.0.0 or > later, but libfreetype.6.dylib provides version 10.0.0 > ocal/lib/libfreetype.6.dylib > Referenced from: /opt/local/bin/gnuplot > Reason: Incompatible library version: gnuplot requires version 12.0.0 or > later, but libfreetype.6.dylib provides version 10.0.0 > error: you must have gnuplot installed to display graphics; if you have > gnuplot installed in a non-standard location, see the 'gnuplot_binary' > function MacPorts libfreetype.6.dylib currently provides version 12.0.0. Do you possibly have an environment variable whose name begins with "DYLD" set pointing at a directory containing an older version of libfreetype? Or is your libfreetype somehow not the correct architecture? ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Gnuplot Library Issues
Hello, I am having some Gnuplot/Freetype/Octave issues that I would greatly appreciate help with. I have 2 Mac machines, one's a 64-bit iMac and one's a 32-bit MacBook Pro. Both are running Snow Leopard with all of the software fully updated (except I just saw that Xcode was updated to 3.2.3... I am running 3.2.2). Anyways, on my 32-bit laptop, when I am in Octave (not MacPorts' Octave since it won't build, but from octave.sf.net), and I try to plot something, I get the following error from my MacPorts-installed gnuplot. Do you have any suggestions? I have the same software stack on my 64-bit iMac and it does not have this problem. I am running the latest XQuartz in case that is pertinent. dyld: Library not loaded: /opt/ldyld: Library not loaded: /opt/local/lib/libfreetype.6.dylib Referenced from: /opt/local/bin/gnuplot Reason: Incompatible library version: gnuplot requires version 12.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 ocal/lib/libfreetype.6.dylib Referenced from: /opt/local/bin/gnuplot Reason: Incompatible library version: gnuplot requires version 12.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 error: you must have gnuplot installed to display graphics; if you have gnuplot installed in a non-standard location, see the 'gnuplot_binary' function If I manually open up gnuplot and plot sin(x), the figure windows does pop up. Thank you so much for your help. Regards, Anthony ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Error setting locale in python
On 07/23/2010 05:14 AM, Harald Hanche-Olsen wrote: + Brandon S Allbery KF8NH: As such, you might try setting LANG and LC_ALL to C instead, in case the iconv library you're using doesn't parse set-but-empty environment variables correctly. Good catch! (Uh, setting LC_ALL to C would override my LC_CTYPE setting, would it not? But nevermind.) So this works: No, the individual entries override LANG / LC_ALL, so you can do things like set the locale to en_US.UTF-8 and then override LC_COLLATE to C so "ls" does what we old timers expect. :) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Error setting locale in python
+ Brandon S Allbery KF8NH : > As such, you might try setting LANG and LC_ALL to C instead, in > case the iconv library you're using doesn't parse set-but-empty environment > variables correctly. Good catch! (Uh, setting LC_ALL to C would override my LC_CTYPE setting, would it not? But nevermind.) So this works: ; env - LC_CTYPE\=en_US.UTF-8 LANG\=C PATH\=$PATH python2.6 Python 2.6.5 (r265:79063, Jul 16 2010, 21:35:10) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.setlocale(locale.LC_ALL,'') 'C/en_US.UTF-8/C/C/C/C' >>> Now at least I have a workaround, but it's still a bug. Shall I assume the bug is in libiconv then? (But iconv the program does not complain.) - Harald ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users