Re: Problem with ECL (embeddable common lisp) 12.2.1 on Lion
On 7/19/12 Jul 19 -9:46 AM, Brandon Allbery wrote: On Wed, Jul 18, 2012 at 11:58 PM, Robert P. Goldman rpgold...@sift.info mailto:rpgold...@sift.info wrote: That fasl (fast load) file is not the problem. It is recompiled as part of the testing process, so if it still references the stale libffi, then the ECL compiler is still referencing it, despite the port upgrade. So the port upgrade is not sufficient to fix the problem. I don't know enough about the mechanics to understand why the command Brandon supplied did not trigger a rebuilding of the ECL compiler, but it didn't. Or it did but that wasn't enough. It occurs to me that, if it's generating FASLs as shared objects, it may have a hardcoded reference somewhere in the source code (a string, not a linker reference that would be updated automatically) and a patch would be needed to update that. My mistake. Here's the problem: previous failures mean that the test code did not run to completion. Because it didn't run to completion, the test code *DID NOT WIPE OUT ITS CACHE OF FASLs*. Hence it was loading stale fasls. This is a bug in the test-running code, which I will report to ASDF. At any rate, when I did rm -rf asdf/tmp/, the tests ran. Thanks for your help, R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem with ECL (embeddable common lisp) 12.2.1 on Lion
On 7/17/12 Jul 17 -12:41 PM, Brandon Allbery wrote: On Tue, Jul 17, 2012 at 1:36 PM, Robert Goldman rpgold...@sift.info mailto:rpgold...@sift.info wrote: dlopen(/Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas, 10): Library not loaded: /opt/local/lib/libffi.5.dylib (...) ecl @12.2.1_0 has no dependencies. That'd be a legitimate port bug, yes. File a ticket against ecl; in the meantime if you rebuild it with sudo port -n -f upgrade ecl it should pick up the updated libffi. Actually, FWIW, that upgrade command did not fix ecl. My attempt to run it yielded --- Scanning binaries for linking errors: 100.0% --- No broken files found. and then ;;; Loading /Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas LOAD: Could not load file #P/Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas (Error: dlopen(/Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas, 10): Library not loaded: /opt/local/lib/libffi.5.dylib Referenced from: /Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas Reason: image not found) I have reported the issue on trac: https://trac.macports.org/ticket/35242 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Problem with ECL (embeddable common lisp) 12.2.1 on Lion
When I try to run some test code on this system, I get this error: LOAD: Could not load file #P/Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas (Error: dlopen(/Users/rpg/lisp/asdf/tmp/fasls/ecl-12.2.1-unknown-macosx-x86/test/file3.fas, 10): Library not loaded: /opt/local/lib/libffi.5.dylib This makes sense, because I have libffi.6.dylib, not .5. Should this be reflected in the dependencies of ecl? Because if I do port deps ecl I get ecl @12.2.1_0 has no dependencies. I'm not confident enough in my understanding of ports to determine whether this is a bona fide bug, or if it is simply a misconfiguration on my part. Thanks! ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
gcl fail
On Jan 31, 2012, at 21:47, Phil Dobbin wrote: :info:build plt.h:1: error: ?_getc? undeclared here (not in a function) :info:build plt.h:2: error: ?_putc? undeclared here (not in a function) This was mentioned here as well: https://trac.macports.org/ticket/12906#comment:7 The maintainer of this port has not been active for 3.5 years: http://cia.vc/stats/author/wa...@macports.org The latest version of the software is 6.5 years old: http://www.gnu.org/software/gcl/ So this may be a lost cause. However, you could check to see if any other package managers, for OS X or other OSes, has managed to package this software; if so, maybe we can borrow their patches. Given the availability of SBCL, clisp, ecl and abcl Common Lisp implementations, if gcl is dead it would probably be reasonable to just give up on it. Cheers, r ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
libpng 1.5.0 has issues and is breaking builds
I had a crash when trying port install graphviz if that helps. I'm afraid I am not a sophisticated enough user to provide a more helpful bug report. But someone who is more sophisticated might try this build and be able to generate a useful report. The crash left my ports in an odd state, too. I got the updated libpng, but some systems (notably texlive) that depend on it no longer work, probably because the port invocation got interrupted. HtH, r ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
manpath
Isn't the right thing to edit /etc/man.conf so that the path - man translation works, and then make sure that your MANPATH environment variable is *not* set? I think Shawn's problem was (at least possibly) not having /opt entries in /etc/man.conf. BTW, for people like me who read this as a digest, what's the best way to respond so that threading works? ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: building gnucash
Ryan Schmidt wrote: On Sep 22, 2008, at 6:22 PM, Robert Goldman wrote: I was trying to 'port install gnucash' the other day, and the building process failed on some dependencies. If you show us exactly what error occurred we may be able to help you diagnose it! :) Thanks. What I really wanted to know was whether somehow I had messed things up resulting in spurious (and failed) dependencies. Learning that it wasn't a mess up, I managed to grind through all of the dependencies and get gnucash to build (and then kill the ffi that caused it to fail to run, per earlier correspondence on this list). So the good news is that I don't have an error anymore! ;-) What surprised me was the sheer scale of the set of dependencies. For example, one of the listed failed dependencies was 'nautilus'. Isn't this a GNOME file manager GUI? I can't see why gnucash would require nautilus installation. So I'm wondering if somehow I've gotten macports misconfigured, or if there's some way to build a more minimal gnucash version. I don't think you have any misconfiguration. As was said, gnucash has lots of dependencies -- so many that my port dependency graph maker just draws a jumble, which you can view here for your undoubtedly great amusement: http://www.ryandesign.com/tmp/gnucash.png (1.2MB) port variants gnucash explains that there are some variants which may help a bit: without_quotes, without_hbci, without_ofx, each of which deletes some of the dependencies (at the expense of some feature). I was going to do this, but frankly didn't know what hbci, quotes and ofx are, so I just installed the whole mess! Best, r ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
building gnucash
I was trying to 'port install gnucash' the other day, and the building process failed on some dependencies. What surprised me was the sheer scale of the set of dependencies. For example, one of the listed failed dependencies was 'nautilus'. Isn't this a GNOME file manager GUI? I can't see why gnucash would require nautilus installation. So I'm wondering if somehow I've gotten macports misconfigured, or if there's some way to build a more minimal gnucash version. thanks, R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users