[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?
From: |
Ronald Lamprecht |
Subject: |
Re: [Enigma-devel] Enigma svn head, level stats mechanism broken? |
Date: |
Mon, 05 Jun 2006 21:39:10 +0200 |
User-agent: |
Mozilla Thunderbird 1.0.7 (Windows/20050923) |
Hi,
Tacvek wrote:
Ok. It appears that recent versions of the mingw32 debian package do
not append '.exe' to the name of created exectuable.
This is valid, but means that software like enigma have to check for
and manually rename the executable's as needed.
So to fix this, mingw32-dist.sh should check whether 'enigma.exe'
exists, if it does not but 'enigma' does exist, it should do "cp
enigma enigma.exe".
Sigh. what was the MingW people thinking?
Just another MingW lesson.
I suspect this change may not have been accidental. After all, when
making an
object file "-o somefile", creates "somefile" not "somefile.o", so it
seems within
reason that "-o somefile" should work the same when creating an executable.
However, doing that also seems likely to break other applications that
depend
on the original behavior.
Write a Debian bug report.
I learned *NEVER* to upgrade to a candidate or a recent released MingW
version - all MingW versions released within the last year have been
withdrawn within a few weeks due to serious trouble they caused. May
be Debian uses such a meanwhile withdrawn version.
I was using an out of date MingW32 for a long time. In fact I was using the
exact same version as Daniel was using. I was eventually forced to upgrade
when Xerces hit some obsure bug in that version. So I told aptitude to
upgrade my
MingW32 package to the latest version. As I'm using sid, this will be
the latest version
released. Debian rarely reverts to an older version of the package,
because that confuses
the package management system. So I currently have MingW 3.4.5.20060117.1
The MingW candidate version. IIRC it was the current version for a short
period of time and was then downgraded again to a candidate version.
Thus I stick to the MingW gcc 3.4.2-20040916 version, which is
meanwhile again the official "current" MingW version. Some time ago I
added in the repository "etc/build-cross.sh" to setup a stable cross
compilation environment.
I try to avoid installing non-debain packages outside of /usr/local, as
/usr is reserved for use by the package manager. That said, the
subfolder of
/usr/ for mingw32 does contain some files not from Debian packages, but
only
because It must, as debain does not have MingW32 packages for
You can install a MingW version anywhere - in a subdirectory of your
home f.e..
You have just to check that the path is added in the 2 etc/mingw*.sh for
Enigma crossbuilds. I added an environment ENIGMADEVCROSSPREFIX to
configure this path, but I am just wondering that I just used it in
mingw32-dist.sh.in but not in mingw32-configure.sh.
Please read the etc/README.mingw32.
- Ronald
- [Enigma-devel] Enigma svn head, level stats mechanism broken?, Tacvek, 2006/06/04
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?, Tacvek, 2006/06/04
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?, Tacvek, 2006/06/04
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?, Ronald Lamprecht, 2006/06/05
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?, Tacvek, 2006/06/05
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?,
Ronald Lamprecht <=
- Re: [Enigma-devel] Enigma svn head, level stats mechanism broken?, Tacvek, 2006/06/05