On 8/9/2011 7:22 PM, Andrew Makhorin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
GLPK 4.46 Release Information
*
Release date: August 9, 2011
Hi Andrew,
I found a small regression on testing when the build tree is
different from src tree.
This patch
On 12/10/2012 8:20 PM, Andrew Makhorin wrote:
Forwarded Message
From: Jean-Pierre Flori jpfl...@gmail.com
To: help-glpk@gnu.org
Subject: Build glpk as a shared library on Cygwin, MinGW and similar
systems
Date: Mon, 10 Dec 2012 19:20:19 +0100
Dear all,
First thanks for this
On 1/29/2013 8:19 AM, Andrew Makhorin wrote:
This is a maintainer release.
Must read This is a maintenance release.
I will not call a API version change a maintenance release
changing from 32:0:32 to 33:0:0
is a major change as compatibility with the past is lost
FYI,
to avoid
On 1/29/2013 11:50 AM, Andrew Makhorin wrote:
Hi Marco,
Thank you for your comments.
I will not call a API version change a maintenance release
changing from 32:0:32 to 33:0:0
is a major change as compatibility with the past is lost
Formally, it is. However, changes concern only a few
On 11/3/2014 3:59 PM, Jean-Pierre Flori wrote:
Hi Marco,
Hi Jean-Pierre,
this is a request for Andrew Makhorin as upstream maintainer,
not to me as I am only the cygwin package maintainer
I know this surely is a low priority for you, but any chance to
include the needed libtool
On 11/4/2014 2:34 PM, Andrew Makhorin wrote:
Hi Heinrich,
I tested with Cygwin64 on Windows Vista.
Thank you for testing.
Without the patch no DLL is
built, the GLPK library is statically compiled into glpsol.exe. With the
patch the GLPK library is built as DLL and dynamically linked into
On 11/4/2014 3:55 PM, Jean-Pierre Flori wrote:
Hi again all,
Hopefully, this time my reply will also appear on the help-glpk
archive as I subscribed there.
As far as Marco's patch is concerned, it is fine and work, but passing
-no-undefined directly through LDFLAGS is not the right way to
On 11/4/2014 5:11 PM, Jean-Pierre Flori wrote:
Hey,
I agree, but they may also end up being passed to the linker.
Not that I am aware of. Libtool is correctly calling the linker.
And some of them choke when given flags they don't recognize.
IIRC I had this kind of issues with packages using
On 3/17/2015 9:22 PM, usa usa wrote:
Hi,
I am trying to install PyGLPK0.3 on Win 7 from 32-bits cygwin and
python2.7.
I got pyglpk from
http://tfinley.net/software/pyglpk/readme.html
I have installed GMP 6.0.0 from https://gmplib.org/
why not libgmp-devel as version 6.0.0a-2 is available ?
-mode.html
Best regards
Heinrich Schuchardt
On 10.11.2015 07:27, Marco Atzeri wrote:
On 08/11/2015 09:50, Andrew Makhorin wrote:
GLPK 4.57 Release Information
*
Hi Andrew,
for the next release, can you add the attached patch
to set the "-no-undefined" fo
On 08/11/2015 09:50, Andrew Makhorin wrote:
GLPK 4.57 Release Information
*
Hi Andrew,
for the next release, can you add the attached patch
to set the "-no-undefined" for LDFLAGS for Cygwin
and similar platforms ?
In this way the source will build the shared lib
Hi Andrew,
it works fine, however the proposal of
Heinrich Schuchardt is probably better, as it
will cover also cross compilation
case "${host}" in
*-*-cygwin* | *-*-mingw*)
...
;;
esac
On 11/11/2015 15:54, Andrew Makhorin wrote:
Hi Marco,
Thank you for your patch.
for the next
On 26/08/2015 11:04, Andrew Makhorin wrote:
I did the ./configure and make and make check. I think something is
wrong. Below you can see the messages.
ltdl.h is a standard header, so probably your cygwin installation is
incomplete. You may try ./configure --disable-shared. You also may
On 30/03/2016 20:45, Andrew Makhorin wrote:
Hi Marco,
is really needed the removal of an interface ?
Sorry, some routines were prematurely added to api. In any case I need
to make them unavailable on api level in a next release.
API bump are a pain for distribution packagers.
What is
On 28/03/2016 16:12, Heinrich Schuchardt wrote:
On 03/28/2016 04:04 PM, Andrew Makhorin wrote:
Thank you for your comment. Do you mean that the correct version-info
must be 41:0:0 ?
Hello Andrew,
current:revision:age for GLPK 4.59 was 40:0:0.
You have removed an interface: glp_gmi_cut
So
On 25/06/2017 11:06, Andrew Makhorin wrote:
Please see an updated version of glpk here:
http://sourceforge.net/projects/noumenon/files/tmp/
(Note that this is *not* an official release.)
The long-step technique was implemented for phase I of the primal
simplex solver. This feature can be
On 26/03/2018 01:39, Andrew Makhorin wrote:
Forwarded Message
From: Lam Ling
Hi all,
I built and installed glpk 4.65 from source, and I can verify that it's
successfully installed to `/usr/local/lib`. But when I tried to compile
a C++ program with glpk using gcc 5.4.0 on
On 17/03/2018 00:23, Heinrich Schuchardt wrote:
Hello Mike,
https://stackoverflow.com/questions/6394512/standard-c-library-in-mingw
writes:
"MinGW is designed to build native Windows code, and as such it builds
against Windows' native libc."
So probably you want to change this line in
18 matches
Mail list logo