The latest crt (at least the one in the Cygwin 'dist' release) has
conflicting exports:
csutc...@eush65 /usr/x86_64-w64-mingw32/sys-root/mingw/lib
$ x86_64-w64-mingw32-nm.exe libadvapi32.a | grep -i OpenProc
T OpenProcessToken
I __imp_OpenProcessToken
csutc..
On 8/30/2010 21:00, Chris Sutcliffe wrote:
> The latest crt (at least the one in the Cygwin 'dist' release) has
> conflicting exports:
>
> csutc...@eush65 /usr/x86_64-w64-mingw32/sys-root/mingw/lib
> $ x86_64-w64-mingw32-nm.exe libadvapi32.a | grep -i OpenProc
> T OpenProcessTo
2010/8/30 JonY :
> On 8/30/2010 21:00, Chris Sutcliffe wrote:
>> The latest crt (at least the one in the Cygwin 'dist' release) has
>> conflicting exports:
>>
>> csutc...@eush65 /usr/x86_64-w64-mingw32/sys-root/mingw/lib
>> $ x86_64-w64-mingw32-nm.exe libadvapi32.a | grep -i OpenProc
>> 000
On 30 August 2010 09:27, JonY wrote:
> On 8/30/2010 21:00, Chris Sutcliffe wrote:
>> The OpenProcessToken in particular has come to bite me in a bad way
>> with Emerge Desktop. I ran in to this issue when using gendef to
>> update the def files for w32api, in that I had to check for multiple
>> ex
2010/8/30 Chris Sutcliffe :
> On 30 August 2010 09:27, JonY wrote:
>> On 8/30/2010 21:00, Chris Sutcliffe wrote:
>>> The OpenProcessToken in particular has come to bite me in a bad way
>>> with Emerge Desktop. I ran in to this issue when using gendef to
>>> update the def files for w32api, in that
I have a problem compiling an application under windows XPSP3 x86 with
mingw-w32-bin_i686-mingw_20100711_sezero.zip +
sezero_20100711_w32_runtime_update_3441.zip
The exact error reads.
e:\mingw\bin\../lib/gcc/i686-w64-mingw32/4.4.5/../../../../i686-w64-mingw32/include/math.h:384:
error: exp
2010/8/30 Vasilakis :
> I have a problem compiling an application under windows XPSP3 x86 with
>
> mingw-w32-bin_i686-mingw_20100711_sezero.zip +
> sezero_20100711_w32_runtime_update_3441.zip
>
> The exact error reads.
>
> e:\mingw\bin\../lib/gcc/i686-w64-mingw32/4.4.5/../../../../i686-w64-mingw32
On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz wrote:
> 2010/8/30 Vasilakis :
>> I have a problem compiling an application under windows XPSP3 x86 with
>>
>> mingw-w32-bin_i686-mingw_20100711_sezero.zip +
>> sezero_20100711_w32_runtime_update_3441.zip
>>
>> The exact error reads.
>>
>> e:\mingw\bin\.
On 30 August 2010 10:21, Kai Tietz wrote:
> The issue you see here is related to the default import library order
> given by gcc. It uses "-luser32 -lkernel32 -ladvapi32 -lshell32" which
> leads here to the issue. IMHO kernel32 should come last here.
> Something like this is more correct "-lshell32
2010/8/30 Chris Sutcliffe :
> On 30 August 2010 10:21, Kai Tietz wrote:
>> The issue you see here is related to the default import library order
>> given by gcc. It uses "-luser32 -lkernel32 -ladvapi32 -lshell32" which
>> leads here to the issue. IMHO kernel32 should come last here.
>> Something li
On 8/30/2010 5:33 PM, Ozkan Sezer wrote:
> On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz wrote:
>> 2010/8/30 Vasilakis:
>>> I have a problem compiling an application under windows XPSP3 x86 with
>>>
>>> mingw-w32-bin_i686-mingw_20100711_sezero.zip +
>>> sezero_20100711_w32_runtime_update_3441.zip
On Mon, Aug 30, 2010 at 5:49 PM, Vasilakis wrote:
> On 8/30/2010 5:33 PM, Ozkan Sezer wrote:
>>
>> On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz
>> wrote:
>>>
>>> 2010/8/30 Vasilakis:
I have a problem compiling an application under windows XPSP3 x86 with
mingw-w32-bin_i686-ming
On 8/30/2010 5:57 PM, Ozkan Sezer wrote:
> On Mon, Aug 30, 2010 at 5:49 PM, Vasilakis wrote:
>> On 8/30/2010 5:33 PM, Ozkan Sezer wrote:
>>> On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz
>>> wrote:
2010/8/30 Vasilakis:
> I have a problem compiling an application under windows XPSP3 x
On Mon, Aug 30, 2010 at 6:04 PM, Vasilakis wrote:
> On 8/30/2010 5:57 PM, Ozkan Sezer wrote:
>>
>> On Mon, Aug 30, 2010 at 5:49 PM, Vasilakis wrote:
>>>
>>> On 8/30/2010 5:33 PM, Ozkan Sezer wrote:
On Mon, Aug 30, 2010 at 5:30 PM, Kai Tietz
wrote:
>
> 2010/8/30 Vasilakis
On 30 August 2010 10:42, Kai Tietz wrote:
> 2010/8/30 Chris Sutcliffe :
>> Is it possible to override / change the default link order (i.e. is it
>> in a config file somewhere), or is it hard coded at compile time?
>
> Well, this is a suggested default by gcc (IMHO we should change here
> order, or
2010/8/30 Chris Sutcliffe :
> On 30 August 2010 10:42, Kai Tietz wrote:
>> 2010/8/30 Chris Sutcliffe :
>>> Is it possible to override / change the default link order (i.e. is it
>>> in a config file somewhere), or is it hard coded at compile time?
>>
>> Well, this is a suggested default by gcc (IMH
On 30 August 2010 11:23, Kai Tietz wrote:
> Well, this is a bit too much. Just make sure you specify on command
> line (at end, or before -lkernel32 - if you specify it - the option
> -ladvapi32. You can file a bug report for gcc, so I don't miss to
> modify it for 4.6.
Done: http://gcc.gnu.org/bu
On Thu, Aug 26, 2010 at 7:18 AM, Kai Tietz wrote:
> 2010/8/26 Ruben Van Boxem :
>>
>>>
>>> but poking around, I do not find a "thread" file (the include file
>>> for std::thread).
>>
>> it should be in:
>> /libstdc++-v3/include/std
>>
>>>
>>> My mingw gcc installation does have a "thread" file. (
18 matches
Mail list logo