2011/12/12 Bjoern Michaelsen :
> 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 mak
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.r
Hi Bjoern,
2011/12/12 Bjoern Michaelsen :
> 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 b
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 resourc
2011/12/11 Andras Timar :
> 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.
> http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&brief-log=1323606001.2565
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 without