(I am forwarding this to the developer list.) On Thursday 22 November 2007, a r wrote: > A few notes on building. > > I have extracted all tarballs into a single directory. > > Gnucap build process fails on man directory due to missing > TeX installation. -> build continues after removing man > directory from the main Makefile: #SUBDIRS = doc examples man > modelgen src > SUBDIRS = doc examples modelgen src > (pre-built pdf file would be useful, nevertheless)
There is a pre-built pdf file. There is something wrong with the Makefile. It should not build the pdf unless you ask for it. This is a known bug. Try "./configure.old" then "make". ... The "old" version doesn't have that bug. The disadvantage is that "make install" is not supported with the "old" version, but you can manually install just by copying the file. > Following files point to non-existing locations: > models-spice3f5/Gnucap > models-ngspice17/Gnucap > models-bsim/Gnucap > -> should point to ../gnucap-2007-11-21/src I am not sure how to handle this. After installation, it should probably eventually point somewhere like /usr/include/gnucap, because it is likely that plugins will be added later to a system that is already installed. The only required tarball is the main package gnucap-2007-11-21.tar.gz. All others are optional. Most users don't need them. > models-bsim/Include/io_trace.h > -> should point to ../gnucap-2007-11-21/src/io_trace.h Thanks for the bug report. > models-ngspice17 includes multiple executable files, some of > them in DOS format. Thanks for the bug report. Some files that were not supposed to be there were accidentally included. .. bug in script that builds the tarballs. > tools tarball is not documented, what I am supposed to do > with it? There is documentation in the .cc files. The "a.out" file should not be there. There is one important piece of information missing .... how to compile it. The answer is (on Linux, 32-bit Intel or AMD) .. "g++ -fPIC -shared xxxxxxx" ... where xxxxxxx is the name of the plugin you want to compile. It generates "a.out" which is the plugin. The .cc files are plugins that change the precision used in calculations. Actually, they change the rounding method, by sending control codes to the math processor. "extended-math" switches to 80-bit math, but stores in 64-bit. Numbers kept in registers are 80-bit. It only works on 32-bit Intel and AMD processors. "ieee-math" forces all math to be limited to 64-bits, even intermediate results. It only works on 32-bit Intel and AMD processors. The published IEEE standard specifies that intermediate calculations should be rounded to 64-bit. So, "ieee-math" makes the math standard compliant. "extended-math" is not standard compliant. I believe that Linux (most variants) default to 80-bit and the *BSD variants mostly default to 64-bit, leading to occasional trivial differences in results. The plugins let you control it. They don't work on AMD-64, which forces 64-bit according to the IEEE standard. For most users, it doesn't matter. Whatever it does is ok. Forcing "ieee-math" makes regressions match better when comparing on different processors or different operating systems. > Is there any chance of fixing these issues in future > releases? It is getting a bit annoying to change Makefiles > every time I want to try a new version. Yes it will be fixed in future releases. There will Makefile and build procedure changes, probably more than once. The build procedure and file layout will be completely redone. Setting up the links for the header files in plugins will eventually be done by the "configure" script, which will be completely redone. Versions with numbers like "0.35" are considered to be "stable" and are fairly well tested. Versions with dates are development snapshots, pre-release. They contain experimental and incomplete code that may not work the way it is supposed to, Sometimes the best way to find out if an idea is good is to try it and see how people respond to it. The layout and Makefiles will change again, probably more than once, as the program evolves. If this annoys you, you should stick to the "stable" version 0.35 for now. Thank you for the report! Your report of the problems is very helpful to me. _______________________________________________ Help-gnucap mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-gnucap
