On Saturday 09 December 2006 05:23, Colin Hall wrote: > Downloaded, untarred, configured, compiled and linked without > error. The user manual built just fine. Commands were: > [iMacG4:~] cgh% > [iMacG4:~] cgh% tar -xf ~/Desktop/gnucap-2006-12-04.tar > [iMacG4:~] cgh% ./configure --prefix=$HOME > [iMacG4:~] cgh% make install > [iMacG4:~] cgh% rehash > [iMacG4:~] cgh% which gnucap > /Users/cgh/bin/gnucap > > I tried to run it: > > [iMacG4:~] cgh% gnucap > incorrect link order > Abort > [iMacG4:~] cgh% > > Looks like the Mac OSX loader failed. I thought I would send > this before investigating the load error any further.
No. It has to do with the new "dispatcher" which supports plugins. It is experimental code. The "incorrect link order" message says that gnucap tried to install a "plugin" but the dispatcher is not ready to receive it yet. All models, devices, and behavioral functions can be plugins, even simple things like resistors, and the "behavioral functions" like the spice style "sin" or "pwl" sources. In a near future version, all of the commands will be set up as plugins too, making the core very small. In this snapshot, all the modules that could be plugins are linked in, so you still have a single executable. To get a working simulator, the easiest thing to do for now is to use the stable "0.35" release instead of the development snapshot. To help me .. Tell more about what you have, in particular: 1. The compiler version "g++ --version" if you are using the gnu compiler, otherwise what are you using? 2. The actual text spew you get from "configure" and from "make", especially the link stage, which is probably the last "g++" command, the one that lists all the files. Thanks for the report. > My first port of call would be to take Fink off the path, > re-configure and re-build. Fink has nothing to do with it. _______________________________________________ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user