COIN-OR::LEMON - Graph Library

Opened 14 years ago

Closed 14 years ago

#389 closed enhancement (done)

version tag set by CMAKE is less fancy than the automake setting

Reported by: Alpar Juttner Owned by: Akos Ladanyi
Priority: major Milestone: LEMON 1.3 release
Component: build system Version: hg main
Keywords: Cc:
Revision id:

Description

Using the automake build environment the version tag is something like 503.24b3f18ed9e2, where 24b3f18ed9e2 is the hash id and 503 is a number that is strictly increasing if a version is a descendant of another. This version tag is generated by scripts/chg-len.py.

On the other hand, CMAKE simply sets the hash id as a version string.

Attachments (2)

e74b5db4f2c6_cmake_version_string_fix.patch (1.2 KB) - added by Akos Ladanyi 14 years ago.
bba484e8f742.patch (1.6 KB) - added by Alpar Juttner 14 years ago.

Download all attachments as: .zip

Change History (8)

Changed 14 years ago by Akos Ladanyi

comment:1 Changed 14 years ago by Akos Ladanyi

Status: newassigned

Patch attached.

Changed 14 years ago by Alpar Juttner

Attachment: bba484e8f742.patch added

comment:2 Changed 14 years ago by Alpar Juttner

Attachment bba484e8f742.patch implements a hopefully more portable way of execution of scripts/chg-len.py

It is still pretty cumbersome to get it properly worked. It needs

  • a python interpreter in the exec path
  • the mercurial modules accessible by this interpreter

Note that TortoiseHg? does not install them, at least it not at the python interpreter's module search path. And TortoiseHg? does not ship a callable python interpreter (to my surprise).

Please check the patch, and also whether or not there is any more user friendly approach to set the version tag.

comment:3 in reply to:  2 ; Changed 14 years ago by Akos Ladanyi

Replying to alpar:

Attachment bba484e8f742.patch implements a hopefully more portable way of execution of scripts/chg-len.py

You changes look fine.

It is still pretty cumbersome to get it properly worked. It needs

  • a python interpreter in the exec path
  • the mercurial modules accessible by this interpreter

Note that TortoiseHg? does not install them, at least it not at the python interpreter's module search path. And TortoiseHg? does not ship a callable python interpreter (to my surprise).

I couldn't get even this working. I tried installing Mercurial first with the installer of TortoiseHg, then with its own installer. Then tried both Python 2.7 and then 2.6.6. In all cases I added C:\Program Files\Mercurial\library.zip to PYTHONPATH, but chg-len.py kept complaining about missing modules. How did you get the Mercurial Python modules working?

comment:4 in reply to:  3 Changed 14 years ago by Alpar Juttner

Replying to ladanyi:

I couldn't get even this working. [...] How did you get the Mercurial Python modules working?

After this, scripts/chg-len.py should work properly. (Could you please confirm?)

It is possible to build Mercurial without VS (trough mingw), but it is more cumbersome, see http://mercurial.selenic.com/wiki/BuildingOnWindows.

comment:5 in reply to:  2 Changed 14 years ago by Akos Ladanyi

Replying to alpar:

After this, scripts/chg-len.py should work properly. (Could you please confirm?)

Yes, it works for me too now.

Replying to alpar:

Please check the patch, and also whether or not there is any more user friendly approach to set the version tag.

I don't see a better way.

comment:6 Changed 14 years ago by Alpar Juttner

Resolution: done
Status: assignedclosed

This issue has been solved in the main brach by [e74b5db4f2c6] and [7d166b8b8018].

Note: See TracTickets for help on using tickets.