Hi,
On Sun, Dec 11, 2011 at 03:13:42PM +0100, Andras Timar wrote:
I was hacking on VersionInfo resource of Windows executables and I
noticed that DLLs built with dmake always have this resource, they
include solenv/inc/shlinfo.rc. But DLLs built with gmake does not have
VersionInfo resource
Hi Bjoern,
2011/12/12 Bjoern Michaelsen bjoern.michael...@canonical.com:
Hi,
On Sun, Dec 11, 2011 at 03:13:42PM +0100, Andras Timar wrote:
I was hacking on VersionInfo resource of Windows executables and I
noticed that DLLs built with dmake always have this resource, they
include
Hi Andras,
On Mon, Dec 12, 2011 at 02:12:32PM +0100, Andras Timar wrote:
OK, I thought so, thanks for confirming. Can you maybe explain the
specific example, where I had the bug yesterday, i.e. ucbhelper was
the only gbuildified module that tried to make VersionInfo resource
from shlinfo.rc,
2011/12/12 Bjoern Michaelsen bjoern.michael...@canonical.com:
Hi Andras,
On Mon, Dec 12, 2011 at 02:12:32PM +0100, Andras Timar wrote:
OK, I thought so, thanks for confirming. Can you maybe explain the
specific example, where I had the bug yesterday, i.e. ucbhelper was
the only gbuildified
Hi,
I was hacking on VersionInfo resource of Windows executables and I
noticed that DLLs built with dmake always have this resource, they
include solenv/inc/shlinfo.rc. But DLLs built with gmake does not have
VersionInfo resource by default. Is this normal? Executables are fully
functional
2011/12/11 Andras Timar tima...@gmail.com:
Before I pushed my patch (3fbedc3e8f65c91999dcee42daa8312e387dcf40) I
build from scratch with MSVC successfully. However, I learned a few
hours later that I broke MinGW build.