Custom Query (122 matches)


Show under each result:

Results (46 - 48 of 122)

Ticket Resolution Summary Owner Reporter
#64 fixed improve capability to use precompiled MUMPS library andreasw stefan


the current way to provide a user-compiled MUMPS library is to specify a directory via --with-mumps-dir. Then the build system assumes to find the MUMPS header files there and the libraries $mumps_dir/lib/libdmumps.$libe, $mumps_dir/lib/libpord.$libe, $mumps_dir/libseq/libmpiseq.$libe. This probably works fine if MUMPS had been compiled with the MUMPS Makefiles.

However, in case that one has a mumps library (maybe as one instead of three files as produced by ThirdParty/Mumps) and header files in other locations, it seem to be extremly difficult to make Ipopt use this library. For other 3rd party codes, one can specify the link line and include flags via --with-PROJ-lib and --with-PROJ-incdir. This seem to offer more flexibility. Further, a --with-mumps-lib would allow to specify mumps-library-specific linking flags, e.g., in case that fortran runtime libraries from a different compiler are needed.

Finally, having also a --enable-mumps-libcheck option would be great, since it allows to build an Ipopt library that includes a Mumps interface without having the MUMPS library actually present or linking.

Thank you, Stefan

#65 invalid Cbc-2.1.0 does not build under Cygwin (CoinUtils problem) andreasw fmargot

I have make-3.80 under Cygwin. To build Cbc-2.1.0 (from the tar ball) using a VPATH configuration, I run:

../configure -C

I get:

checking whether directory SYMPHONY is available... no

checking which command should be used to link input files... ln -s updating cache config.cache

configure: creating ./config.status

config.status: creating Makefile

config.status: executing depfiles commands

configure: configuring in CoinUtils?

configure: running /bin/sh '../../CoinUtils?/configure' --

prefix=/cygdrive/c/Documents and Settings/guomingl/Cbc-2.1.0/build '-C' --cache-file=../config.cache --srcdir=../../CoinUtils?

configure: WARNING: you should use --build, --host, --target

configure: WARNING: you should use --build, --host, --target

configure: WARNING: invalid host type: Settings/guomingl/Cbc-2.1.0/build

configure: loading cache ../config.cache

configure: error: `build_alias' was not set in the previous run

configure: error: `host_alias' was not set in the previous run

configure: error: `target_alias' was not set in the previous run

configure: error: changes in the environment can compromise the build

configure: error: run make distclean' and/or rm ../config.cache' and start over

configure: error: /bin/sh '../../CoinUtils?/configure' failed for CoinUtils?

#66 fixed Lapack hangs in dlamc1 if in optimized build andreasw stefan


in some cases, CBC (2.1 stable) and SCIP (1.0; using Clp as LP solver) hang in the Lapack routine dlamc1 if I have compiled in optimized mode (i.e., default).

The compiler is a GCC 4.2.1, the machine a Intel Core2 Duo.

John pointed me to this ticket in the Octave mailing list. I followed the suggestions there and the problem went away when I added -ffloat-store to the FFLAGS.

Should this flag be added per default (when gcc is used), at least for dlamch.f ?

Best, Stefan

PS: This is from the gcc manual on what -ffloat-store is doing:

Do not store floating point variables in registers, and inhibit other options that might change whether a floating point value is taken from a register or memory.

This option prevents undesirable excess precision on machines such as the 68000 where the floating registers (of the 68881) keep more precision than a "double" is supposed to have. Similarly for the x86 architecture. For most programs, the excess precision does only good, but a few programs rely on the precise definition of IEEE floating point. Use -ffloat-store for such programs, after modifying them to store all pertinent intermediate computations into variables.

Note: See TracQuery for help on using queries.