Jacek Caban | 30 Oct 12:30 2014

[PATCH] comip.h: Don't use templates for functions that don't use its parameters.

This fixes:
https://bugzilla.mozilla.org/show_bug.cgi?id=1088848

---
 mingw-w64-headers/include/comip.h | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Greg Jung | 29 Oct 23:51 2014
Picon

undefined references

Hi all,
  Just as a matter of example, I run into the following error compiling wxMSW-2.8.12 using mingw/msys- gcc-4.8.2 (sjlj, win32): 

../src/common/filefn.cpp: In function 'bool wxMkdir(const wxString&, int)':
../src/common/filefn.cpp:1253:30: error: '_mkdir' was not declared in this scope
     if ( wxMkDir(dir.fn_str()) != 0 )
                              ^
../src/common/filefn.cpp: In function 'bool wxRmdir(const wxString&, int)':
../src/common/filefn.cpp:1278:37: error: '_rmdir' was not declared in this scope
     return (wxRmDir(OS_FILENAME(dir)) == 0);

upon inspection, filefn.cpp is a real mess of preprocessor directives but it looks like mingw is missing something expected.
I found on this page an interesting discussion of this very issue, exactly:


Tue Oct 11, 2011 8:10 pm

After more analysis and discussion on de wx-dev mailing list the cause of the problem is clear now:

The C interface to msvcrt.dll supplied with the mingw-w64 compilers only defines the mkdir() and rmdir() functions for ANSI paths.

The original MinGW defines mkdir(), _mkdir(), rmdir() and _rmdir() for ANSI paths. However, the versions without leading underscore are deprecated by Microsoft as of Visual C++ 2005.

Mingw-w64 is using the deprecated versions, which is probably a bug / typo. 

I provided a patch for filefn.h with a workaround for this problem. Dee http://trac.wxwidgets.org/ticket/13556 for more information.
------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Aleksnader Lesniak | 29 Oct 18:03 2014
Picon

Mingw installer problem

Hi,

When trying to install Mingw from the online installer, I get the following error:

"Cannot download repository.txt[0]"

This is from the latest Sourceforge binary download.  

Is there an offline installation package?

Thanks.

A
------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Rashad M | 27 Oct 18:25 2014
Picon

windows 32 bit memory address space

Hi all,

Is there any option to overcome the 2GB memory limitation on a windows 32 bit. with mingw64. Earlier I was using mingw32 from mingw.org and there seems to problem on 32bit windows. Especially when I want to allocate a RAM of more than 3 GB. 

I moved to mingww64 toolchain and the problem still persist. with mingw64 x86_64 is working just fine with > 2GB.

For mingw32 <at> mingw.org I couldn't find any related issues. So maybe there isn't any problem(which is wrong) or none is using mingw32. For mingw64 project I can find a feature request at least that make me drop mingw32. Anyway...

On a 64bit system with 3GB ram it is working but on a 32bit system with 4GB ram the same code is not working.

To reproduce try to allocate a larger memory on 32bit windows.

snippet of code using calloc. This code fails on 32bit and works on 64bit

w = 14029
h = 14012
band = 3;
imagebuffer = (uint32_t*) calloc(w*h*band, sizeof(uint32_t));


--
Regards,
   Rashad
------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Mark Cianfaglione | 27 Oct 15:41 2014

icons?

Hello

I've managed to write a program that works but I'm using the default
icon theme in the application but I get a "Could not find the icon
'image-missing-ltr' The 'hicolor' theme was not found either.

Is there some way to distribute the icons with the application and how
is it done?

Mark

------------------------------------------------------------------------------
JonY | 27 Oct 02:04 2014
Picon
Picon

mingw-w64 v3.3.0 released


Hello,

v3.3.0 has just been released, get it here:
https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/

Notable changes since v3.2.0:
* Fix bad comment block that broke adtgen.h, authz.h, aux_ulib.h,
avifmt.h and aviriff.h.

* Fix sqrt (-0.0) for C99 case.

* Fix typo in amd64 implementation of vfwscanf.

* New HTTP_LOG_DATA and HTTP_SERVICE_CONFIG_TIMEOUT_PARAM declaration in
http.h.

* Fix winuser.h case where MsgWaitForMultipleObjects() was hidden when
NOGDI was used.

* Fix and implement real strtok_r which does not rely on internal states.

* Fix use of MSVC constants suffix in winbase.h for gcc.

And many more fixes.

------------------------------------------------------------------------------
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Mark Cianfaglione | 25 Oct 14:47 2014

cannot execute binary file: Exec format error

Hi

I'm using MSYS2 and Mingw-w64 on a Windows 7 64 bit system and I've got
a situation where I've compiles a program that uses GTK3 but I get a
"cannot execute binary file: Exec format error" when I try to execute
it.

I thought perhaps that my makefile was borked so I made a simple "hello
world" using gtk3 and compiled it with the makefile and it works.

I have a couple of other libraries that I'm linking to (libxls, xlslib,
mariadb) but the code compiles with no major issues (a few gtk
deprecation warnings) but otherwise it compiles cleanly.

No I do have several large arrays of structs that I've got as global
variables but I've got the exact same code running on a Linux x86_64
system without any issues.

I'm compiling the code base (including the libxls and xlslib) on the
same machine in the same manner. Only the mariadb dll is not. But I
believe it's all in 64 bits. (is there a way of checking this?)

What can cause the above error? 

Any help would be appreciated.

Mark

------------------------------------------------------------------------------
Alexey Pavlov | 25 Oct 11:24 2014
Picon

netioapi.h inconsistence

Hi!

Some users report about inconsistency in netioapi header. They have
issues with using it on WinXP. See:

https://github.com/Alexpux/MINGW-packages/issues/279

Regards,
Alexey.

------------------------------------------------------------------------------
niXman | 24 Oct 22:32 2014

[Project News | New Builds]


Hi,

Builds of MinGW-W64 based on GCC-4.9.1 is updated.
MinGW-w64 is updated to 812faf2cfe636d5855c9418466dfa92e498c95c0

Links:
32-bit:
     posix-sjlj: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.9.1/threads-posix/sjlj/i686-4.9.1-release-posix-sjlj-rt_v3-rev2.7z
     posix-dwarf: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.9.1/threads-posix/dwarf/i686-4.9.1-release-posix-dwarf-rt_v3-rev2.7z
     win32-sjlj: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.9.1/threads-win32/sjlj/i686-4.9.1-release-win32-sjlj-rt_v3-rev2.7z
     win32-dwarf: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/4.9.1/threads-win32/dwarf/i686-4.9.1-release-win32-dwarf-rt_v3-rev2.7z

64-bit:
     posix-sjlj: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.1/threads-posix/sjlj/x86_64-4.9.1-release-posix-sjlj-rt_v3-rev2.7z
     posix-seh: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.1/threads-posix/seh/x86_64-4.9.1-release-posix-seh-rt_v3-rev2.7z
     win32-sjlj: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.1/threads-win32/sjlj/x86_64-4.9.1-release-win32-sjlj-rt_v3-rev2.7z
     win32-seh: 
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/4.9.1/threads-win32/seh/x86_64-4.9.1-release-win32-seh-rt_v3-rev2.7z

--

-- 
Regards, niXman
___________________________________________________
Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingw-w64/
___________________________________________________
Another online IDE: http://liveworkspace.org/

------------------------------------------------------------------------------
Dongsheng Song | 24 Oct 17:57 2014
Picon

mstcpip.h: Added definitions for RCVALL_IPLEVEL.

When I write raw socket program, I found RCVALL_IPLEVEL missing, so
here is the patch.

Please review.

---
 mingw-w64-headers/include/mstcpip.h |    1 +
 1 file changed, 1 insertion(+)

diff --git a/mingw-w64-headers/include/mstcpip.h
b/mingw-w64-headers/include/mstcpip.h
index 99e57ab..b040ba7 100644
--- a/mingw-w64-headers/include/mstcpip.h
+++ b/mingw-w64-headers/include/mstcpip.h
 <at>  <at>  -36,6 +36,7  <at>  <at>  struct tcp_keepalive {
 #define RCVALL_OFF 0
 #define RCVALL_ON 1
 #define RCVALL_SOCKETLEVELONLY 2
+#define RCVALL_IPLEVEL 3

 #if (_WIN32_WINNT >= 0x0502)
 typedef enum _SOCKET_SECURITY_PROTOCOL {
--
1.7.10.4

------------------------------------------------------------------------------
Barnaby Jones | 24 Oct 09:33 2014
Picon

Could you recommend an alternative for the missing unwind library in i686-w64-mingw32-gcc?

Here is a short example program that I try to compile (and it works for 
x86_64)

$ cat thex.c

# ----

#include <stdio.h>
#include <stdlib.h>
#include <unwind.h>

struct myException
{
     int a;
     int b;
     struct _Unwind_Exception unwindHeader;
};

int main() {

     struct myException *myEx = calloc( 1, sizeof(struct myException) );
     myEx->a = 47;
     myEx->b = 11;

     _Unwind_Reason_Code err = _Unwind_RaiseException(&myEx->unwindHeader);

     free(myEx);

   return 0;
}

# ----

It seems tha the unwind library interface is missing from the 32 Bit gcc 
build. What alternatives do I have for stack unwindingduring exceptions?

The error message is the following:

# ----

[barnaby <at> blasphemy exceptions]$ x86_64-w64-mingw32-gcc thex.c -o thex64.exe
[barnaby <at> blasphemy exceptions]$ # compiles fine
[barnaby <at> blasphemy exceptions]$ i686-w64-mingw32-gcc thex.c -o 
thex32.exe -v &> emsg.txt
[barnaby <at> blasphemy exceptions]$ cat emsg.txt

# ----

Using built-in specs.
COLLECT_GCC=i686-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-w64-mingw32/4.9.1/lto-wrapper
Target: i686-w64-mingw32
Configured with: /build/mingw-w64-gcc/src/gcc-4.9.1/configure 
--prefix=/usr --libexecdir=/usr/lib --target=i686-w64-mingw32 
--enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared 
--enable-static --enable-threads=posix --enable-fully-dynamic-string 
--enable-libstdcxx-time=yes --with-system-zlib 
--enable-cloog-backend=isl --disable-cloog-version-check 
--disable-isl-version-check --enable-lto --disable-dw2-exceptions 
--enable-libgomp --disable-multilib --enable-checking=release
Thread model: posix
gcc version 4.9.1 (GCC)
COLLECT_GCC_OPTIONS='-o' 'thex32.exe' '-v' '-mtune=generic' 
'-march=pentiumpro'
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/cc1 -quiet -v -D_REENTRANT thex.c 
-quiet -dumpbase thex.c -mtune=generic -march=pentiumpro -auxbase thex 
-version -o /tmp/ccuWTViA.s
GNU C (GCC) version 4.9.1 (i686-w64-mingw32)
     compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 
3.1.2-p10, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory 
"/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/sys-include"
#include "..." search starts here:
#include <...> search starts here:
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/include
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/include-fixed
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/include
End of search list.
GNU C (GCC) version 4.9.1 (i686-w64-mingw32)
     compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 
3.1.2-p10, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 40482ad5715bcdd97af64ab383d3fc38
COLLECT_GCC_OPTIONS='-o' 'thex32.exe' '-v' '-mtune=generic' 
'-march=pentiumpro'
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/bin/as -v -o /tmp/ccVMB2cs.o /tmp/ccuWTViA.s
GNU assembler version 2.24 (i686-w64-mingw32) using BFD version (GNU 
Binutils) 2.24
COMPILER_PATH=/usr/lib/gcc/i686-w64-mingw32/4.9.1/:/usr/lib/gcc/i686-w64-mingw32/4.9.1/:/usr/lib/gcc/i686-w64-mingw32/:/usr/lib/gcc/i686-w64-mingw32/4.9.1/:/usr/lib/gcc/i686-w64-mingw32/:/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/bin/
LIBRARY_PATH=/usr/lib/gcc/i686-w64-mingw32/4.9.1/:/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib/:/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/
COLLECT_GCC_OPTIONS='-o' 'thex32.exe' '-v' '-mtune=generic' 
'-march=pentiumpro'
  /usr/lib/gcc/i686-w64-mingw32/4.9.1/collect2 -plugin 
/usr/lib/gcc/i686-w64-mingw32/4.9.1/liblto_plugin.so 
-plugin-opt=/usr/lib/gcc/i686-w64-mingw32/4.9.1/lto-wrapper 
-plugin-opt=-fresolution=/tmp/cciVJX7j.res 
-plugin-opt=-pass-through=-lmingw32 -plugin-opt=-pass-through=-lgcc 
-plugin-opt=-pass-through=-lgcc_eh -plugin-opt=-pass-through=-lmoldname 
-plugin-opt=-pass-through=-lmingwex -plugin-opt=-pass-through=-lmsvcrt 
-plugin-opt=-pass-through=-lpthread -plugin-opt=-pass-through=-ladvapi32 
-plugin-opt=-pass-through=-lshell32 -plugin-opt=-pass-through=-luser32 
-plugin-opt=-pass-through=-lkernel32 -plugin-opt=-pass-through=-lmingw32 
-plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_eh 
-plugin-opt=-pass-through=-lmoldname -plugin-opt=-pass-through=-lmingwex 
-plugin-opt=-pass-through=-lmsvcrt -m i386pe -Bdynamic -o thex32.exe 
/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib/crt2.o 
/usr/lib/gcc/i686-w64-mingw32/4.9.1/crtbegin.o 
-L/usr/lib/gcc/i686-w64-mingw32/4.9.1 
-L/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib/../lib 
-L/usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/lib 
/tmp/ccVMB2cs.o -lmingw32 -lgcc -lgcc_eh -lmoldname -lmingwex -lmsvcrt 
-lpthread -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc 
-lgcc_eh -lmoldname -lmingwex -lmsvcrt 
/usr/lib/gcc/i686-w64-mingw32/4.9.1/crtend.o
/tmp/ccVMB2cs.o:thex.c:(.text+0x46): undefined reference to 
`_Unwind_RaiseException'
collect2: error: ld returned 1 exit status

TIA

------------------------------------------------------------------------------

Gmane