Le 18/11/2013 20:48, Kai Tietz a écrit :
> Patch is ok.
>
> Thanks,
> Kai
r6379, thanks
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R)
On Mon, Nov 18, 2013 at 4:06 PM, Alexey Pavlov wrote:
>
>
>
> 2013/11/19 Jon
>
>>
>>
>> On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov wrote:
>>
>>>
>>>
>>>
>>> 2013/11/19 Jon
>>>
On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem <
vanboxem.ru...@gmail.com> wrote:
> 2013
2013/11/19 Jon
>
>
> On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov wrote:
>
>>
>>
>>
>> 2013/11/19 Jon
>>
>>>
>>> On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem <
>>> vanboxem.ru...@gmail.com> wrote:
>>>
2013/11/18 Alexey Pavlov
>
>
>
> 2013/11/18 Jon
>
>>
On Mon, Nov 18, 2013 at 3:46 PM, Alexey Pavlov wrote:
>
>
>
> 2013/11/19 Jon
>
>>
>> On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem <
>> vanboxem.ru...@gmail.com> wrote:
>>
>>> 2013/11/18 Alexey Pavlov
>>>
2013/11/18 Jon
> Reasons why the following in a 32bit MSY
2013/11/19 Jon
>
> On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem > wrote:
>
>> 2013/11/18 Alexey Pavlov
>>
>>>
>>>
>>>
>>> 2013/11/18 Jon
>>>
Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an
awful idea?
[mingw]
#Server =
https://sourcefor
2013/11/19 Ruben Van Boxem
> 2013/11/18 Alexey Pavlov
>
>>
>>
>>
>> 2013/11/18 Jon
>>
>>> Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an
>>> awful idea?
>>>
>>> [mingw]
>>> #Server =
>>> https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch
>>> Server =
>>> h
On Mon, Nov 18, 2013 at 3:05 PM, Ruben Van Boxem
wrote:
> 2013/11/18 Alexey Pavlov
>
>>
>>
>>
>> 2013/11/18 Jon
>>
>>> Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an
>>> awful idea?
>>>
>>> [mingw]
>>> #Server =
>>> https://sourceforge.net/projects/msys2/files/REPOS/MING
2013/11/18 Alexey Pavlov
>
>
>
> 2013/11/18 Jon
>
>> Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an awful
>> idea?
>>
>> [mingw]
>> #Server =
>> https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch
>> Server =
>> https://sourceforge.net/projects/msys2/files/R
Hi everyone,
I am proud to announce my Arch Linux PKGBUILDs for the MinGW-w64 toolchain
have been moved to the binary [Community] repository, replacing the old
mingw.org version. Users will now be able to install precompiled packages
and don't need to compile everything from source.
Yay for me an
2013/11/18 Jon
> Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an awful
> idea?
>
> [mingw]
> #Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch
> Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64
>
$arch specify MSYS architec
Patch is ok.
Thanks,
Kai
2013/11/18 Rafaël Carré :
> If the functions are not inlined, they introduce a dependency on ole32.dll or
> shell32.dll
> ---
> mingw-w64-headers/include/shobjidl.h | 22 +++---
> mingw-w64-headers/include/shobjidl.idl | 22 +++---
> 2
Reasons why the following in a 32bit MSYS2's /etc/pacman.conf is an awful
idea?
[mingw]
#Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/$arch
Server = https://sourceforge.net/projects/msys2/files/REPOS/MINGW/x86_64
I don't believe there are any MSYS2 32bit exes or DLLs at
If the functions are not inlined, they introduce a dependency on ole32.dll or
shell32.dll
---
mingw-w64-headers/include/shobjidl.h | 22 +++---
mingw-w64-headers/include/shobjidl.idl | 22 +++---
2 files changed, 22 insertions(+), 22 deletions(-)
diff --git a/mi
Ruben Van Boxem писал 2013-11-18 20:23:
> 2013/11/18 Alessio Mochi
>
>> Hello,
>> I try compile my code with mingw and I get:
>> ..\Common\mainWindow\mainwindow_xxx.cpp: In member function 'void
>> MainWindow::deformGum()':
>> ..\Common\mainWindow\mainwindow_xxx.cpp:284:1: internal compiler
>> e
2013/11/18 Alessio Mochi
> Hello,
> I try compile my code with mingw and I get:
> ..\Common\mainWindow\mainwindow_xxx.cpp: In member function 'void
> MainWindow::deformGum()':
> ..\Common\mainWindow\mainwindow_xxx.cpp:284:1: internal compiler error:
> Segmentation fault
> }
> ^
> Please submit a
Hello,
I try compile my code with mingw and I get:
..\Common\mainWindow\mainwindow_xxx.cpp: In member function 'void
MainWindow::deformGum()':
..\Common\mainWindow\mainwindow_xxx.cpp:284:1: internal compiler error:
Segmentation fault
}
^
Please submit a full bug report,
with preprocessed source i
On Nov 18, 2013, at 12:11 PM, Kai Tietz wrote:
> I've taken a look to ntdll.dll file on Windows 7, and couldn't find
> there such a UNWIND_INFO block. Have you cross-checked this with
> objdump's capability to dump information? It might be that objdump
> doesn't verify for version-number, so w
I've taken a look to ntdll.dll file on Windows 7, and couldn't find
there such a UNWIND_INFO block. Have you cross-checked this with
objdump's capability to dump information? It might be that objdump
doesn't verify for version-number, so we might want to add it there.
Regards,
Kai
-
On Nov 18, 2013, at 11:53 AM, Kai Tietz wrote:
> 2013/11/18 Tristan Gingold :
>> Hello,
>>
>> at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO
>> records are using version 2.
>> But unfortunately, I wasn't able to get any documentation about
>> it.
>>
>> That's a little bit worryi
2013/11/18 Tristan Gingold :
> Hello,
>
> at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO
> records are using version 2.
> But unfortunately, I wasn't able to get any documentation about
> it.
>
> That's a little bit worrying, as gdb is reading these tables
> in order to compute the b
Hello,
at least in ntdll.dll from Windows x64 2013, some UNWIND_INFO
records are using version 2.
But unfortunately, I wasn't able to get any documentation about
it.
That's a little bit worrying, as gdb is reading these tables
in order to compute the backtrace. When it finds version 2
records, i
21 matches
Mail list logo
