Hayden Livingston | 24 Apr 23:58 2015
Picon

Building GCC 5.1 with --enable-host-shared --enable-languages=jit --disable-bootstrap

Hey folks,

I was wondering has anybody tried building GCC 5.1 with the new JIT
language support.

I tried and it failed, but I'm admittedly a noob in buiding GCC on Windows.

Are there instructions using MingW-w64?

I've downloaded everything, but I keep getting make errors like
(libiberty.a is needed, but couldn't make it). I also don't know where
to find the logs.

Any help appreciated.

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
niXman | 24 Apr 07:15 2015

Error building gcc-5.1.0


Hi,

I'm trying to build MinGW-W64(i686-sjlj) based on GCC-5.1.0 and faced 
with this errors:
http://pastebin.com/U9Lm8saL

but x86_64-sjlj with the same configuration flags is built successfully.

Ideas?

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
LRN | 24 Apr 02:00 2015
Picon

AddClipboardFormatListener missing from libuser32.a

We have the prototype in the header (guarded as Vista-or-later), but no stub in
the import library. I don't know how to fix that (.def files for implibs seem
to be special somehow).

https://msdn.microsoft.com/en-us/library/windows/desktop/ms649033%28v=vs.85%29.aspx

--

-- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
Attachment (0x922360B0.asc): application/pgp-keys, 1719 bytes
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
James Franco | 23 Apr 23:07 2015
Picon

cc1plus.exe with SHIFS-JIS encoding

Are there any known issues of cc1plus.exe crashing with shift-jis. Apparent I have a code base that  uses shift-jis (japanese) encoding in some source files and cc1plus.exe was crashing. After converting the encoding to ascii cc1plus is not crashing. Is there a known issues of cc1plus.exe crashing with shift-jis encoding?
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
LRN | 18 Apr 07:37 2015
Picon

msvcrt import library interface

Should libmsvcrt.a provide the most recent interface (matching the newest
available msvcr**.dll) or the least recent interface (matching the oldest
msvcr**.dll still supported by mingw-w64)?

Because right now it's somewhere in between.
For example, it does not expose _except_handler4_common

--

-- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
Attachment (0x922360B0.asc): application/pgp-keys, 1719 bytes
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
JonY | 17 Apr 00:43 2015
Picon
Picon

v4.0.2 released


Hello all,

v4.0.2 is released!

This release fixes a couple of bugs found in the last release:
* Fix 64bit __mingw_printf %l* and %z*.
* Fix 64bit __mingw_printf %g.
* Fix PdhValidatePathExW declaration.
* Fix WAVE_FORMAT_POLYCOM_G729_A typo in mmreg.h.
* Fix missing newlines separating define macros in commctrl.h.

And here are the downloads:
<http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v4.0.2.tar.bz2>
<http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v4.0.2.tar.bz2.asc>
<http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v4.0.2.tar.bz2.sig>

Attachment (0xD4EBC740.asc): application/pgp-keys, 3145 bytes
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
James Franco | 14 Apr 19:13 2015
Picon

Is there a way to figure out why - cc1plus.exe has stopped working

I am attempting to port a project from Visual Studio to Mingw 64 bit GCC. During the port when I attempt to build a certain component using Mingw g++ through CodeBlocks I get the error
"cc1plus.exe has stopped working." Is there a way for me to figure out what might be the cause of this crash ? Could it be a certain flag ? or something else ? The details of My Mingw64 are as follows

c:\mingw64\bin>gcc --version
gcc (x86_64-win32-seh-rev3, Built by MinGW-W64 project) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Any suggestions are welcome. 

Thanks.
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
LRN | 14 Apr 04:26 2015
Picon

[PATCH] Implement pthread_setname_np and pthread_getname_np

subj

-- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
From 034016acce54ee530999f428f19ebfc61719124b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=A0=D1=83=D1=81=D0=BB=D0=B0=D0=BD=20=D0=98=D0=B6=D0=B1?=
 =?UTF-8?q?=D1=83=D0=BB=D0=B0=D1=82=D0=BE=D0=B2?= <lrn1986 <at> gmail.com>
Date: Tue, 14 Apr 2015 02:22:54 +0000
Subject: [PATCH] Implement pthread_setname_np and pthread_getname_np

These should be compatible with Linux, pthreads-win32 (Linux mode) and Cygwin
implementations (but not OSX, BSD or pthreads-win32 (BSD mode)).

Based on MSDN code[1].

[1] https://msdn.microsoft.com/en-us/library/xcb2z8hs%28v=vs.71%29.aspx
---
 mingw-w64-libraries/winpthreads/include/pthread.h |   3 +
 mingw-w64-libraries/winpthreads/src/thread.c      | 129 ++++++++++++++++++++++
 mingw-w64-libraries/winpthreads/src/thread.h      |   2 +
 3 files changed, 134 insertions(+)

diff --git a/mingw-w64-libraries/winpthreads/include/pthread.h b/mingw-w64-libraries/winpthreads/include/pthread.h
index f63d328..355bdae 100644
--- a/mingw-w64-libraries/winpthreads/include/pthread.h
+++ b/mingw-w64-libraries/winpthreads/include/pthread.h
 <at>  <at>  -314,6 +314,9  <at>  <at>  int       WINPTHREAD_API pthread_create_wrapper(void *args);
 int       WINPTHREAD_API pthread_create(pthread_t *th, const pthread_attr_t *attr, void *(* func)(void *),
void *arg);
 int       WINPTHREAD_API pthread_join(pthread_t t, void **res);
 int       WINPTHREAD_API pthread_detach(pthread_t t);
+int       WINPTHREAD_API pthread_setname_np(pthread_t thread, const char *name);
+int       WINPTHREAD_API pthread_getname_np(pthread_t thread, char *name, size_t len);
+

 int WINPTHREAD_API pthread_rwlock_init(pthread_rwlock_t *rwlock_, const pthread_rwlockattr_t *attr);
 int WINPTHREAD_API pthread_rwlock_wrlock(pthread_rwlock_t *l);
diff --git a/mingw-w64-libraries/winpthreads/src/thread.c b/mingw-w64-libraries/winpthreads/src/thread.c
index 141faf0..5c40f12 100644
--- a/mingw-w64-libraries/winpthreads/src/thread.c
+++ b/mingw-w64-libraries/winpthreads/src/thread.c
 <at>  <at>  -21,6 +21,7  <at>  <at> 
 */

 #include <windows.h>
+#include <strsafe.h>
 #include <stdio.h>
 #include <malloc.h>
 #include <signal.h>
 <at>  <at>  -52,6 +53,60  <at>  <at>  static size_t idListCnt = 0;
 static size_t idListMax = 0;
 static pthread_t idListNextId = 0;

+#if !defined(_MSC_VER) || defined (USE_VEH_FOR_MSC_SETTHREADNAME)
+static void *SetThreadName_VEH_handle = NULL;
+
+static LONG __stdcall
+SetThreadName_VEH (PEXCEPTION_POINTERS ExceptionInfo)
+{
+  if (ExceptionInfo->ExceptionRecord != NULL &&
+      ExceptionInfo->ExceptionRecord->ExceptionCode == EXCEPTION_SET_THREAD_NAME)
+    return EXCEPTION_CONTINUE_EXECUTION;
+
+  return EXCEPTION_CONTINUE_SEARCH;
+}
+#endif
+
+typedef struct _THREADNAME_INFO
+{
+  DWORD  dwType;	/* must be 0x1000 */
+  LPCSTR szName;	/* pointer to name (in user addr space) */
+  DWORD  dwThreadID;	/* thread ID (-1=caller thread) */
+  DWORD  dwFlags;	/* reserved for future use, must be zero */
+} THREADNAME_INFO;
+
+static void
+SetThreadName (DWORD dwThreadID, LPCSTR szThreadName)
+{
+   THREADNAME_INFO info;
+   DWORD infosize;
+
+   info.dwType = 0x1000;
+   info.szName = szThreadName;
+   info.dwThreadID = dwThreadID;
+   info.dwFlags = 0;
+
+   infosize = sizeof (info) / sizeof (DWORD);
+
+#if defined(_MSC_VER) && !defined (USE_VEH_FOR_MSC_SETTHREADNAME)
+   __try
+     {
+       RaiseException (EXCEPTION_SET_THREAD_NAME, 0, infosize, (DWORD *) &info);
+     }
+   __except (EXCEPTION_EXECUTE_HANDLER)
+     {
+     }
+#else
+   /* Without a debugger we *must* have an exception handler,
+    * otherwise raising an exception will crash the process.
+    */
+   if ((!IsDebuggerPresent ()) && (SetThreadName_VEH_handle == NULL))
+     return;
+
+   RaiseException (EXCEPTION_SET_THREAD_NAME, 0, infosize, (DWORD *) &info);
+#endif
+}
+
 /* Search the list idList for an element with identifier ID.  If
    found, its associated _pthread_v pointer is returned, otherwise
    NULL.
 <at>  <at>  -234,6 +289,8  <at>  <at>  push_pthread_mem (_pthread_v *sv)
     free (sv->keyval);
   if (sv->keyval_set)
     free (sv->keyval_set);
+  if (sv->thread_name)
+    free (sv->thread_name);
   memset (sv, 0, sizeof(struct _pthread_v));
   if (pthr_last == NULL)
     pthr_root = pthr_last = sv;
 <at>  <at>  -326,8 +383,22  <at>  <at>  __dyn_tls_pthread (HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved)

   if (dwReason == DLL_PROCESS_DETACH)
     {
+#if !defined(_MSC_VER) || defined (USE_VEH_FOR_MSC_SETTHREADNAME)
+      if (lpreserved == NULL && SetThreadName_VEH_handle != NULL)
+        {
+          RemoveVectoredExceptionHandler (SetThreadName_VEH_handle);
+          SetThreadName_VEH_handle = NULL;
+        }
+#endif
       free_pthread_mem ();
     }
+  else if (dwReason == DLL_PROCESS_ATTACH)
+    {
+#if !defined(_MSC_VER) || defined (USE_VEH_FOR_MSC_SETTHREADNAME)
+      SetThreadName_VEH_handle = AddVectoredExceptionHandler (1, &SetThreadName_VEH);
+      /* Can't do anything on error anyway, check for NULL later */
+#endif
+    }
   else if (dwReason == DLL_THREAD_DETACH)
     {
       if (_pthread_tls != 0xffffffff)
 <at>  <at>  -1667,3 +1738,61  <at>  <at>  pthread_setconcurrency (int new_level)
   return 0;
 }

+int
+pthread_setname_np (pthread_t thread, const char *name)
+{
+  struct _pthread_v *tv;
+  char *stored_name;
+
+  if (name == NULL)
+    return EINVAL;
+
+  tv = __pth_gpointer_locked (thread);
+  if (!tv || thread != tv->x || tv->in_cancel || tv->ended || tv->h == NULL
+      || tv->h == INVALID_HANDLE_VALUE)
+    return ESRCH;
+
+  stored_name = strdup (name);
+  if (stored_name == NULL)
+    return ENOMEM;
+
+  if (tv->thread_name != NULL)
+    free (tv->thread_name);
+
+  tv->thread_name = stored_name;
+  SetThreadName (tv->tid, name);
+  return 0;
+}
+
+int
+pthread_getname_np (pthread_t thread, char *name, size_t len)
+{
+  HRESULT result;
+  struct _pthread_v *tv;
+
+  if (name == NULL)
+    return EINVAL;
+
+  tv = __pth_gpointer_locked (thread);
+  if (!tv || thread != tv->x || tv->in_cancel || tv->ended || tv->h == NULL
+      || tv->h == INVALID_HANDLE_VALUE)
+    return ESRCH;
+
+  if (len < 1)
+    return ERANGE;
+
+  if (tv->thread_name == NULL)
+    {
+      name[0] = '\0';
+      return 0;
+    }
+
+  if (strlen (tv->thread_name) >= len)
+    return ERANGE;
+
+  result = StringCchCopyNA (name, len, tv->thread_name, len - 1);
+  if (SUCCEEDED (result))
+    return 0;
+
+  return ERANGE;
+}
diff --git a/mingw-w64-libraries/winpthreads/src/thread.h b/mingw-w64-libraries/winpthreads/src/thread.h
index 07cfc24..caaf058 100644
--- a/mingw-w64-libraries/winpthreads/src/thread.h
+++ b/mingw-w64-libraries/winpthreads/src/thread.h
 <at>  <at>  -29,6 +29,7  <at>  <at> 

 #define LIFE_THREAD 0xBAB1F00D
 #define DEAD_THREAD 0xDEADBEEF
+#define EXCEPTION_SET_THREAD_NAME ((DWORD) 0x406D1388)

 typedef struct _pthread_v _pthread_v;
 struct _pthread_v
 <at>  <at>  -48,6 +49,7  <at>  <at>  struct _pthread_v
     unsigned int keymax;
     void **keyval;
     unsigned char *keyval_set;
+    char *thread_name;
     pthread_spinlock_t spin_keys;
     DWORD tid;
     int rwlc;
--

-- 
1.8.5.3

Attachment (0x922360B0.asc): application/pgp-keys, 1719 bytes
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
David Gauer | 12 Apr 03:43 2015
Picon

A logo for MinGW-w64

Hello,

I have been unable to find any sort of existing logo for MinGW-w64. Please correct me if I am wrong.

Though I've only been using "w64" for about a week, I already love it.  I discovered this mailing list while attempting to figure out if there were any plans in the works to create a friendlier "home page" for MinGW-w64.  I was pleased to see that it's already underway.  If nobody is already working on one, I would like to offer to help start an effort to create a logo for the project.

I hope I'm not being too presumptuous. I applied my amateur efforts last night and produced these:

http://ratfactor.com/misc/mingw64/


My intention is only to start a conversion about a logo and you cannot possibly hurt my feelings if you don't like anything you see on the page.  I don't design for a living and I appreciate those who do.

Sincerely,

-Dave Gauer


P.S. I don't wish to over-extend myself, but since I'm already doing introductions, I'd like to mention that I'm a web developer in my day job. I also have experience writing documentation.  Let me know if I can help the project in any other way.  I want to see native GNU compilation on 64-bit Windows continue to succeed!


------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Kai Tietz | 10 Apr 10:02 2015

Re: MSVC12 Def Files - Try 3

Hi Zachary,

Thanks for sending .def files.  We will take care to add them to our build.
As I heard is MS planning to stop with new msvcrt-versions ... we will
see if that is true, or just a wish :)

JonY, do want to take care?

Regards,
Kai

2015-04-09 21:15 GMT+02:00 Zachary Greve <ztgreve@...>:
> Here are the .def files for MSVC12 (x86 and x64, Debug and Release)
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> Mingw-w64-public mailing list
> Mingw-w64-public@...
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
JohnD | 6 Apr 15:47 2015
Picon

Patch for bug 362

Hi,

I've been looking at the mingw-w64 sources in regards to bug #362 [1] which
has been reported indirectly recently as an issue on the octave bug tracker
[2].

I have attached a patch for mingw-w64 that fixes the issue for me.

Let me know if there is anything I can do to get the patch  accepted.

Thanks,

 JohnD

[1] http://sourceforge.net/p/mingw-w64/bugs/362/
[2] https://savannah.gnu.org/bugs/?44709

Attachment (fix_gfloat_bug_362.patch): application/octet-stream, 1214 bytes
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@...
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Gmane