Parent Directory | Revision Log
Sticky Revision: |
Removed some debub output from Tcl/Tk GUI at startup.
Fixed Tcl/Tk interface for new non-contiguous solver numbering.
changed to ASC_ENV_SOLVERS and ASC_ENV_LIBRARY in C code. Rerranged order of Tcl/Tk initialisation so that path env vars are set before solvers are loaded.
Fixed problem with Driver.c in ABSOLUTE_PATHS case. Updated changelog and spec file for new 0.9.5.108 release.
Another one of these big refactorings. Split out 'system' directory from 'solver' directory. This will need more work but it's a start at getting the non-solver-specific code out separately.
Fixed dependencies on dimen.h and fractions.h.
Removed unnecessary #include <compiler.h>
Huge reorganisation -- all mtx and lin files moved to base/generic/linear. Required many #include statements to be changed.
woops
A few easily-fixed warnings dispelled
Got paranoid about turning off signal handling... added '#ifdef ASC_SIGNAL_TRAPS' anywhere that signal handling referenced. Signal handling is OFF by default now.
Replaced all Asc_Panic calls with ASC_PANIC, which includes __FUNCTION__, __FILE__, __LINE__ reporting.
Some work on fixing error with test_ascSignal. Breaking down into smaller test cases. Removed some debug output from detection of ASC_RESETNEEDED. Changed all calls 'signal' to 'SIGNAL' macro that includes optional debug output. Removed 'libasctest.so' (made part of libasctestsuite.so FWIW) Fixed big in test.c wrt CUEA_ABORT. Added 'print_stack' and 'Asc_SignalPrintStack' and 'Asc_SignalStackLength'.
Little more on removing stream redirection (ongoing)
first attempt at merging with Ben's changes on the trunk
I think this almost resolves all the Visual C++ issues. Just an outstanding issue with the use of the option struct in LibraryProc.c eg use of &g_compiler_warnings in initialiser.
woops, somehow managed to fail to merge the stuff from the DAE branch (changeset 702 to 819) into the trunk. This should correct that.
Fixed up standard paths stuff to use 'INSTALL_ASCDATA' as the place where tcltk/python/models etc will live. The confusion here came from the fact that I was taking 'INSTALL_SHARE' to be be assumed to mean 'the location of /usr/share' -- hence the resulting '$INSTALL_SHARE/ascend' that was bothering Ben. The 'INSTALL_ASCDATA' fixes this, and behaves as he will like, I hope. Also note that I have switched the default situation in config.h.in to use relative paths by default, which is the preferred CMU way. SCons builds will default to absolute paths on non-Windows systems.
Ben -- reversing out these changes to Driver.c. These are critical to the correct working of the RPM. I had expected that you wouldn't be interested in the stuff except for 'RELATIVE_PATHS' which is your CMU Way Of Doing Things.
Summary: most of the recent complaints about autotools build fixed, but the buildbot might find a problem with the scons build/install/rpmbuild. Details: configure,Driver.c,utilities/config.h.in: The choice of INSTALL_DATA as a configure variable name has been repaired (renamed INSTALL_SHARE); INSTALL_DATA is the unix canonical name for the program 'install' handling a data file. Both autotools and scons builds have been updated to reflect this, in the process correcting the definition from prefix/share to prefix/share/ascend. autotools build: Added --with-quiet option to make the install of already installed and unchanged files less verbose. Put in a workaround for the '' problem in tkConfig.sh seen by KC/JP. Added --datadir support to autotools configure. If you configure the autotools --datadir=PREFIX/share/ascend you get the same behavior as the Pye packaging; by default you get the CMU packaging convention instead. Added utilities/env.c to build. compiler: Turned off AWAL in anontype.c. Noodling away at blackboxes continues...
Minor cleaning.
Fixing some malloc bugs.
This fixes the new Driver.c implementation. Now, default values of the environment variables are specified in the file base/generic/utilities/config.h.in, which should be tooled up with you configuration process. These default values will be subject to environment substiution, so that if you set the default ASCENDTK=$ASCENDDIST/TK, that will be expanded *at runtime*. This is to help with the 'application folder' style of installation off-root.
Working on improving handling of paths.
Fixed the problems for Art/Krishnan/Ben and reverted the undiscussed install tree change. If an alternate installed location is to be used, install a shell script which sets ASCENDTK before invoking ascend, don't just randomly change the driver code to be something it's not supposed to be.
Commenting changes, GPL header.
Renaming 'tcltk98' to 'tcltk', continued...
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
john.pye@anu.edu.au | ViewVC Help |
Powered by ViewVC 1.1.22 |