On Tue, Sep 27, 2011 at 11:43 PM, Kai Tietz wrote:
> 2011/9/27 Ozkan Sezer :
>> On Tue, Sep 27, 2011 at 11:28 PM, Kai Tietz wrote:
>>> Hmm, the uchar.h header is AFAICS at wrong place. It should be in
>>> mingw-w64-header/crt instead.
>>>
>>
>> Is it not there already??
>>
>>> Cheers,
>>> Kai
>>
Example:
int main() {
std::mutex mutex;
std::condition_variable cond;
std::unique_lock lock(mutex);
cond.wait_for(lock, std::chrono::milliseconds(1000)); // <<
SIGSEGV
}
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) backtrace
#0
I won't have access to the windows box for at least another week.
On Mon, Sep 26, 2011 at 6:00 AM, Jim Michaels wrote:
> I mean mingw-w32-bin_i686-mingw_20110812.zip I need 20110827 or later.
>
> -
> Jim Michaels
> jmich...@yahoo.com
> j...@jimscomputerrepairandwebdesign.com
> http://
I know this library. I wanted to know whether the GCC developers do have any
plans on the SEH implementation.
I understand that MinGW-w64 project is not developed by GCC. But it seems
like Kai is involved in the development of GCC.
Thanks.
niXman.
2011/9/26 xunxun
> On 2011/9/26 3:15, niXma
Hi all!
I met such a problem: I've been building MinGW with --disable-shared, and
everything went well untill I understood that exceptions from DLL aren't
catched in the main program.
Example. The program terminates with message: terminate called after
throwing an instance of 'int
DLL:
void func()
On 9/28/2011 05:44, Alen Skondro wrote:
> Hello,
>
> I have issues with linking dynamically with libstdc++.
> Static linking works.
>
> gcc is configured with ../gcc/configure --disable-multilib
> --prefix=/d/pwgcc-native --disable-nls --target=i686-w64-mingw32
> --host=i686-w64-mingw32 --enable-
Hello,
I have issues with linking dynamically with libstdc++.
Static linking works.
gcc is configured with ../gcc/configure --disable-multilib
--prefix=/d/pwgcc-native --disable-nls --target=i686-w64-mingw32
--host=i686-w64-mingw32 --enable-languages=c,c++,lto
--enable-fully-dynamic-strings
libs
2011/9/27 Ozkan Sezer :
> On Tue, Sep 27, 2011 at 11:28 PM, Kai Tietz wrote:
>> Hmm, the uchar.h header is AFAICS at wrong place. It should be in
>> mingw-w64-header/crt instead.
>>
>
> Is it not there already??
>
>> Cheers,
>> Kai
>>
>
> --
> O.S.
Duh, sorry. It is getting late for me. Time t
On Tue, Sep 27, 2011 at 11:28 PM, Kai Tietz wrote:
> Hmm, the uchar.h header is AFAICS at wrong place. It should be in
> mingw-w64-header/crt instead.
>
Is it not there already??
> Cheers,
> Kai
>
--
O.S.
--
All the d
Hmm, the uchar.h header is AFAICS at wrong place. It should be in
mingw-w64-header/crt instead.
Cheers,
Kai
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, appl
On Tue, Sep 27, 2011 at 10:54 PM, Kai Tietz wrote:
> Ok, thanks. Please apply to trunk.
>
> Cheers,
> Kai
OK. See rev. 4507:
http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64?view=revision&revision=4507
Hopefully placed files correctly.
Note that this may need further work:
- The __cpluspl
Ok, thanks. Please apply to trunk.
Cheers,
Kai
2011/9/27 Ozkan Sezer :
> On Tue, Sep 27, 2011 at 8:35 PM, Ozkan Sezer wrote:
>> On Tue, Sep 27, 2011 at 8:28 PM, Kai Tietz wrote:
>>> 2011/9/27 Ozkan Sezer :
On Tue, Sep 27, 2011 at 3:48 PM, Ozkan Sezer wrote:
> On Tue, Sep 27, 2011 at
On Tue, Sep 27, 2011 at 8:35 PM, Ozkan Sezer wrote:
> On Tue, Sep 27, 2011 at 8:28 PM, Kai Tietz wrote:
>> 2011/9/27 Ozkan Sezer :
>>> On Tue, Sep 27, 2011 at 3:48 PM, Ozkan Sezer wrote:
On Tue, Sep 27, 2011 at 2:01 PM, Ruben Van Boxem
wrote:
> 2011/9/26 Kai Tietz
>>
>> 2
On Tue, Sep 27, 2011 at 8:28 PM, Kai Tietz wrote:
> 2011/9/27 Ozkan Sezer :
>> On Tue, Sep 27, 2011 at 3:48 PM, Ozkan Sezer wrote:
>>> On Tue, Sep 27, 2011 at 2:01 PM, Ruben Van Boxem
>>> wrote:
2011/9/26 Kai Tietz
>
> 2011/9/26 Ruben Van Boxem :
> > Why does mingw-w64 not have
2011/9/27 Ozkan Sezer :
> On Tue, Sep 27, 2011 at 3:48 PM, Ozkan Sezer wrote:
>> On Tue, Sep 27, 2011 at 2:01 PM, Ruben Van Boxem
>> wrote:
>>> 2011/9/26 Kai Tietz
2011/9/26 Ruben Van Boxem :
> Why does mingw-w64 not have a uchar.h header file? There's only a few
> typedefs a
On Tue, Sep 27, 2011 at 3:48 PM, Ozkan Sezer wrote:
> On Tue, Sep 27, 2011 at 2:01 PM, Ruben Van Boxem
> wrote:
>> 2011/9/26 Kai Tietz
>>>
>>> 2011/9/26 Ruben Van Boxem :
>>> > Why does mingw-w64 not have a uchar.h header file? There's only a few
>>> > typedefs and some functions (which can easi
On Tue, Sep 27, 2011 at 2:01 PM, Ruben Van Boxem
wrote:
> 2011/9/26 Kai Tietz
>>
>> 2011/9/26 Ruben Van Boxem :
>> > Why does mingw-w64 not have a uchar.h header file? There's only a few
>> > typedefs and some functions (which can easily be implemented through the
>> > Win32 API IMHO).
>> >
>> >
2011/9/26 Kai Tietz
> 2011/9/26 Ruben Van Boxem :
> > Why does mingw-w64 not have a uchar.h header file? There's only a few
> > typedefs and some functions (which can easily be implemented through the
> > Win32 API IMHO).
> >
> > See the draft proposal here:
> > http://www.open-std.org/jtc1/sc22/
18 matches
Mail list logo
