Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)
I recreate git repository on msys2.sf.net. Now master branch point to MSYS2 source and when you go to code page on sf.net you get page with MSYS2 source. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [Website] Work on a Download page
Hi, After asking people around me what they expected, what were their main criteria for toolchain choice and what they wanted, I came to the conclusion that users are, as expected, horribly annoying and that they all want something different. So I threw my approach away, dumped all the JS ( \o/ ) and did everything by hand. This allows a better control of the display and makes it easy to group elements and factor common data. The page is much shorter and probably easier to understand and to find information in. It still has to be themed to match the homepage but that's something I can really only do if I have a direct access to the CSS (I don't want to copy-paste, even temporarily). The result is visible at: http://notk.org/~adrien/download.html All comments are welcome. -- Adrien Nader -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH 1/2] Implement libruntimeobject.a with a linker script
Rename current runtimeobject to api-ms-win-core-winrt-string-l1-1-0 We will INPUT() for other libs when they are added --- mingw-w64-crt/Makefile.am | 4 +-- mingw-w64-crt/Makefile.in | 4 ++- .../lib32/api-ms-win-core-winrt-string-l1-1-0.def | 25 +++ mingw-w64-crt/lib32/libruntimeobject.a | 1 + mingw-w64-crt/lib32/runtimeobject.def | 25 --- .../lib64/api-ms-win-core-winrt-string-l1-1-0.def | 29 ++ mingw-w64-crt/lib64/libruntimeobject.a | 1 + mingw-w64-crt/lib64/runtimeobject.def | 29 -- 8 files changed, 61 insertions(+), 57 deletions(-) create mode 100644 mingw-w64-crt/lib32/api-ms-win-core-winrt-string-l1-1-0.def create mode 100644 mingw-w64-crt/lib32/libruntimeobject.a delete mode 100644 mingw-w64-crt/lib32/runtimeobject.def create mode 100644 mingw-w64-crt/lib64/api-ms-win-core-winrt-string-l1-1-0.def create mode 100644 mingw-w64-crt/lib64/libruntimeobject.a delete mode 100644 mingw-w64-crt/lib64/runtimeobject.def diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am index 71c9f15..af5db9f 100644 --- a/mingw-w64-crt/Makefile.am +++ b/mingw-w64-crt/Makefile.am @@ -543,7 +543,7 @@ lib32_DATA = \ lib32/libd3dx10.a lib32/libd3dx11.a lib32/libd3dcsxd.a \ lib32/libd3dcompiler.alib32/libwinhttp.alib32/libmsvcr110.a \ lib32/libdevmgr.a lib32/libdevobj.a lib32/libdevrtl.a\ - lib32/libruntimeobject.a + lib32/libapi-ms-win-core-winrt-string-l1-1-0.a lib32/libruntimeobject.a if ! W32API lib32_DATA += lib32/libglut.a @@ -1045,7 +1045,7 @@ lib64_DATA = \ lib64/libxapofx.a lib64/libx3daudio.a lib64/libd3dx9.a \ lib64/libd3dx10.a lib64/libd3dx11.a lib64/libd3dcsxd.a \ lib64/libd3dcompiler.alib64/libwinhttp.alib64/libmsvcr110.a \ - lib64/libruntimeobject.a + lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a lib64/libcrtdll.a lib64/libmsvcrt.a lib64/libmsvcr80.a: lib64/lib%.a: lib64/%.def $(DTDEF64) $ --dllname $*.dll diff --git a/mingw-w64-crt/Makefile.in b/mingw-w64-crt/Makefile.in index e014149..39ad3d5 100644 --- a/mingw-w64-crt/Makefile.in +++ b/mingw-w64-crt/Makefile.in @@ -4151,6 +4151,7 @@ src_intrincs32 = \ @LIB32_TRUE@ lib32/libd3dcompiler.a lib32/libwinhttp.a \ @LIB32_TRUE@ lib32/libmsvcr110.a lib32/libdevmgr.a \ @LIB32_TRUE@ lib32/libdevobj.a lib32/libdevrtl.a \ +@LIB32_TRUE@ lib32/libapi-ms-win-core-winrt-string-l1-1-0.a lib32/libruntimeobject.a \ @LIB32_TRUE@ $(am__append_4) # End 32-bit runtime @@ -4526,7 +4527,8 @@ src_intrincs32 = \ @LIB64_TRUE@ lib64/libxinput.a lib64/libxaudio.a lib64/libxaudiod.a \ @LIB64_TRUE@ lib64/libxapofx.a lib64/libx3daudio.a lib64/libd3dx9.a \ @LIB64_TRUE@ lib64/libd3dx10.a lib64/libd3dx11.a lib64/libd3dcsxd.a \ -@LIB64_TRUE@ lib64/libd3dcompiler.alib64/libwinhttp.a lib64/libmsvcr110.a +@LIB64_TRUE@ lib64/libd3dcompiler.alib64/libwinhttp.a lib64/libmsvcr110.a \ +@LIB64_TRUE@ lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a # Don't compile these, but install as is: diff --git a/mingw-w64-crt/lib32/api-ms-win-core-winrt-string-l1-1-0.def b/mingw-w64-crt/lib32/api-ms-win-core-winrt-string-l1-1-0.def new file mode 100644 index 000..c49fc51 --- /dev/null +++ b/mingw-w64-crt/lib32/api-ms-win-core-winrt-string-l1-1-0.def @@ -0,0 +1,25 @@ +LIBRARY api-ms-win-core-winrt-string-l1-1-0.dll +EXPORTS +HSTRING_UserFree@8 +HSTRING_UserMarshal@12 +HSTRING_UserSize@12 +HSTRING_UserUnmarshal@12 +WindowsCompareStringOrdinal@12 +WindowsConcatString@12 +WindowsCreateString@12 +WindowsCreateStringReference@16 +WindowsDeleteString@4 +WindowsDeleteStringBuffer@4 +WindowsDuplicateString@8 +WindowsGetStringLen@4 +WindowsGetStringRawBuffer@8 +WindowsInspectString@24 +WindowsIsStringEmpty@4 +WindowsPreallocateStringBuffer@12 +WindowsPromoteStringBuffer@8 +WindowsReplaceString@16 +WindowsStringHasEmbeddedNull@8 +WindowsSubstring@12 +WindowsSubstringWithSpecifiedLength@16 +WindowsTrimStringEnd@12 +WindowsTrimStringStart@12 diff --git a/mingw-w64-crt/lib32/libruntimeobject.a b/mingw-w64-crt/lib32/libruntimeobject.a new file mode 100644 index 000..8501a16 --- /dev/null +++ b/mingw-w64-crt/lib32/libruntimeobject.a @@ -0,0 +1 @@ +INPUT(libapi-ms-win-core-winrt-string-l1-1-0.a) diff --git a/mingw-w64-crt/lib32/runtimeobject.def b/mingw-w64-crt/lib32/runtimeobject.def deleted file mode 100644 index c49fc51..000 --- a/mingw-w64-crt/lib32/runtimeobject.def +++ /dev/null @@ -1,25 +0,0 @@ -LIBRARY api-ms-win-core-winrt-string-l1-1-0.dll -EXPORTS -HSTRING_UserFree@8 -HSTRING_UserMarshal@12 -HSTRING_UserSize@12 -HSTRING_UserUnmarshal@12 -WindowsCompareStringOrdinal@12 -WindowsConcatString@12
Re: [Mingw-w64-public] [PATCH 2/2] Add roapi.h and api-ms-win-core-winrt-l1-1-0.dll imports
2013/6/8 Rafaël Carré fun...@videolan.org: --- mingw-w64-crt/Makefile.am | 6 ++-- mingw-w64-crt/Makefile.in | 4 ++- .../lib32/api-ms-win-core-winrt-l1-1-0.def | 9 + mingw-w64-crt/lib32/libruntimeobject.a | 1 + .../lib64/api-ms-win-core-winrt-l1-1-0.def | 9 + mingw-w64-crt/lib64/libruntimeobject.a | 1 + mingw-w64-headers/include/roapi.h | 42 ++ 7 files changed, 69 insertions(+), 3 deletions(-) create mode 100644 mingw-w64-crt/lib32/api-ms-win-core-winrt-l1-1-0.def create mode 100644 mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def create mode 100644 mingw-w64-headers/include/roapi.h diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am index af5db9f..d14c75c 100644 --- a/mingw-w64-crt/Makefile.am +++ b/mingw-w64-crt/Makefile.am @@ -543,7 +543,8 @@ lib32_DATA = \ lib32/libd3dx10.a lib32/libd3dx11.a lib32/libd3dcsxd.a \ lib32/libd3dcompiler.alib32/libwinhttp.alib32/libmsvcr110.a \ lib32/libdevmgr.a lib32/libdevobj.a lib32/libdevrtl.a\ - lib32/libapi-ms-win-core-winrt-string-l1-1-0.a lib32/libruntimeobject.a + lib32/libapi-ms-win-core-winrt-string-l1-1-0.a lib32/libruntimeobject.a \ + lib32/libapi-ms-win-core-winrt-l1-1-0.a if ! W32API lib32_DATA += lib32/libglut.a @@ -1045,7 +1046,8 @@ lib64_DATA = \ lib64/libxapofx.a lib64/libx3daudio.a lib64/libd3dx9.a \ lib64/libd3dx10.a lib64/libd3dx11.a lib64/libd3dcsxd.a \ lib64/libd3dcompiler.alib64/libwinhttp.alib64/libmsvcr110.a \ - lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a + lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a \ + lib64/libapi-ms-win-core-winrt-l1-1-0.a lib64/libcrtdll.a lib64/libmsvcrt.a lib64/libmsvcr80.a: lib64/lib%.a: lib64/%.def $(DTDEF64) $ --dllname $*.dll diff --git a/mingw-w64-crt/Makefile.in b/mingw-w64-crt/Makefile.in index 39ad3d5..a6dc416 100644 --- a/mingw-w64-crt/Makefile.in +++ b/mingw-w64-crt/Makefile.in @@ -4152,6 +4152,7 @@ src_intrincs32 = \ @LIB32_TRUE@ lib32/libmsvcr110.a lib32/libdevmgr.a \ @LIB32_TRUE@ lib32/libdevobj.a lib32/libdevrtl.a \ @LIB32_TRUE@ lib32/libapi-ms-win-core-winrt-string-l1-1-0.a lib32/libruntimeobject.a \ +@LIB32_TRUE@ lib32/libapi-ms-win-core-winrt-l1-1-0.a \ @LIB32_TRUE@ $(am__append_4) # End 32-bit runtime @@ -4528,7 +4529,8 @@ src_intrincs32 = \ @LIB64_TRUE@ lib64/libxapofx.a lib64/libx3daudio.a lib64/libd3dx9.a \ @LIB64_TRUE@ lib64/libd3dx10.a lib64/libd3dx11.a lib64/libd3dcsxd.a \ @LIB64_TRUE@ lib64/libd3dcompiler.alib64/libwinhttp.a lib64/libmsvcr110.a \ -@LIB64_TRUE@ lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a +@LIB64_TRUE@ lib64/libapi-ms-win-core-winrt-string-l1-1-0.a lib64/libruntimeobject.a \ +@LIB64_TRUE@ lib64/libapi-ms-win-core-winrt-l1-1-0.a # Don't compile these, but install as is: diff --git a/mingw-w64-crt/lib32/api-ms-win-core-winrt-l1-1-0.def b/mingw-w64-crt/lib32/api-ms-win-core-winrt-l1-1-0.def new file mode 100644 index 000..3c66e9b --- /dev/null +++ b/mingw-w64-crt/lib32/api-ms-win-core-winrt-l1-1-0.def @@ -0,0 +1,9 @@ +LIBRARY api-ms-win-core-winrt-l1-1-0.dll +EXPORTS +RoActivateInstance@8 +RoGetActivationFactory@12 +RoGetApartmentIdentifier@4 +RoInitialize@4 +RoRegisterActivationFactories@16 +RoRevokeActivationFactories@4 +RoUninitialize diff --git a/mingw-w64-crt/lib32/libruntimeobject.a b/mingw-w64-crt/lib32/libruntimeobject.a index 8501a16..bc33fdd 100644 --- a/mingw-w64-crt/lib32/libruntimeobject.a +++ b/mingw-w64-crt/lib32/libruntimeobject.a @@ -1 +1,2 @@ INPUT(libapi-ms-win-core-winrt-string-l1-1-0.a) +INPUT(libapi-ms-win-core-winrt-l1-1-0.a) diff --git a/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def b/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def new file mode 100644 index 000..4ae91ba --- /dev/null +++ b/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def @@ -0,0 +1,9 @@ +LIBRARY api-ms-win-core-winrt-l1-1-0.dll +EXPORTS +RoActivateInstance +RoGetActivationFactory +RoGetApartmentIdentifier +RoInitialize +RoRegisterActivationFactories +RoRevokeActivationFactories +RoUninitialize diff --git a/mingw-w64-crt/lib64/libruntimeobject.a b/mingw-w64-crt/lib64/libruntimeobject.a index 8501a16..bc33fdd 100644 --- a/mingw-w64-crt/lib64/libruntimeobject.a +++ b/mingw-w64-crt/lib64/libruntimeobject.a @@ -1 +1,2 @@ INPUT(libapi-ms-win-core-winrt-string-l1-1-0.a) +INPUT(libapi-ms-win-core-winrt-l1-1-0.a) diff --git a/mingw-w64-headers/include/roapi.h b/mingw-w64-headers/include/roapi.h new file mode 100644 index 000..34f0a50 --- /dev/null +++ b/mingw-w64-headers/include/roapi.h
Re: [Mingw-w64-public] [PATCH 2/2] Add roapi.h and api-ms-win-core-winrt-l1-1-0.dll imports
Le 08/06/2013 21:11, Kai Tietz a écrit : Patch is ok. the ro-part need some more love, but as starting point Yes this is only a starting point, missing e.g. roerrorapi.h / winrt.h patch is ok. Applied both patches as r5884 and r5885 Thanks, Kai -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] gdb is extremely slow
On 2013-6-8 2:44, Etienne Sandré-Chardonnal wrote: Dear all, I am using gcc 4.8.0 builds from ruben (seh version, 32 and 64 bits) gcc (version 7.5.91) is extremely slow, displaying the locals in some complex classes (MainWindow) in QtCreator takes a few minutes, fully unusable. Is there a workaround, and can this be related to links below, despite the fact I'm still using 7.5? http://sourceware.org/bugzilla/show_bug.cgi?id=15412 Hi, I have a workaround patch (Disable the python pretty printer for types) in the above link, you can try it and build GDB. I have a GDB build myself (32 bit), which contains this workaround, see: http://forums.codeblocks.org/index.php?topic=11301.0 http://sourceware.org/bugzilla/show_bug.cgi?id=15519 It looks like this bug is partially fixed in the GDB cvs? (See the above link) Asmwarrior -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] ASLR/--dynamicbase and -pie with MinGW-w64
Hello,
I have been investigating the use of the --dynamicbase linker option
with MinGW-w64 to generate ASLR-compatible executables. However, I've
run into a few problems.
To simplify the discussion, here's a test program, mingw-aslr.c:
#include stdio.h
int main(void) { printf(main = %p\n, main); return 0; }
I will show examples with the 32-bit toolchain, but these problems
also apply to the x86_64 version. I am testing with toolchains built
by Gentoo's crossdev tool.
The base compile command looks like this:
$ i686-w64-mingw32-gcc mingw-aslr.c -o mingw-aslr.exe
This executable works, but it always loads at the specified base
address, 0x40. This is expected behavior, since we haven't marked
the executable as compatible with ASLR.
Adding '-Wl,--dynamicbase' generates an executable that has the
Dynamic base flag enabled in DllCharacteristics, but it always loads
at 0x40. This is because it does not have any relocation
information.
Adding '-pie' generates an executable with the dynamic base flag and
with relocations, but it has an incorrect entry point and will not run
correctly:
$ i686-w64-mingw32-objdump -p mingw-aslr.exe | grep AddressOfEntryPoint
AddressOfEntryPoint 1000
The code at offset 0x1000 is ___mingw_invalidParameterHandler (not the
correct entry point), which means the program will crash when
starting.
(Additionally, the generated executable has an apparently redundant,
empty export directory (.edata section).)
Adding '-Wl,-e_mainCRTStartup' to force the entry point creates a
working executable with relocations and ASLR enabled; everything works
correctly with this set of options. However, it seems unlikely that
requiring the entry point to be specified manually is intended
behavior.
$ i686-w64-mingw32-objdump -p mingw-aslr.exe | grep AddressOfEntryPoint
AddressOfEntryPoint 14e0
mingw.org (non-w64) gcc generates .exes that are relocatable and run
correctly with -pie, although this may be by accident;
___mingw_CRTStartup happens to be located at offset 0x1000 in the test
executable.
So, this leads us to a list of questions:
Why does --dynamicbase not enable generation of .reloc?
Barring that, is the -pie option the correct way to force generation
of .reloc for .exe files?
If so, why does adding -pie set an incorrect entry point?
Thanks,
-- Daniel Verkamp
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
