date:20150107

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-07 Thread Dongsheng Song

On Wed, Jan 7, 2015 at 4:50 PM, niXman i.nix...@autistici.org wrote:
 Dongsheng Song 2015-01-07 11:34:

 Since the last 6 characters must be XX is mandatory, I think no
 need such tricks.
 You do not know what will change through the 1,5,10 years.


No, it should not changed, this is widely used API. Such changes will
break lots of application.
Maybe another function will defined, e.g. mkstemp2.


 I think the merged condition statement is not very complicated.
 But why is it deliberately complicated?


I don‘t thinks the following  code (V1):

if (template_name == NULL || (len = strlen (template_name))  6
|| memcmp (template_name + (len - 6), XX, 6)) {
errno = EINVAL;
return -1;
}

bad than (V2):

if (template_name == NULL) {
errno = EINVAL;
return -1;
}

if ((len = strlen (template_name))  6
|| memcmp (template_name + (len - 6), XX, 6)) {
errno = EINVAL;
return -1;
}

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-07 Thread Dongsheng Song

On Wed, Jan 7, 2015 at 4:00 PM, niXman i.nix...@autistici.org wrote:
 +int __cdecl mkstemp (char *template_name)
 +{
 +errno_t ec;
 +int i, j, fd, len, index;
 +
 +/* These are the (62) characters used in temporary filenames. */
 +static const char letters[] =
 abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789;
 +
 +/* The last six characters of template must be XX */
 +if (template_name == NULL || (len = strlen (template_name))  6
 +|| memcmp (template_name + (len - 6), XX, 6)) {
 +errno = EINVAL;
 +return -1;
 +}

 It will be better if XX and '6' will be variables:
 static const char x_template[] = XX;
 static const int x_template_len = sizeof(x_template)-1;


Since the last 6 characters must be XX is mandatory, I think no
need such tricks.

 and the test for 'template_name == NULL' I propose to move to the top of
 the function.

 in this case, the code look like this:
 if (template_name == NULL) {
  errno = EINVAL;
  return -1;
 }


I think the merged condition statement is not very complicated.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-07 Thread niXman

Dongsheng Song 2015-01-07 11:34:

 Since the last 6 characters must be XX is mandatory, I think no
 need such tricks.
You do not know what will change through the 1,5,10 years.


 I think the merged condition statement is not very complicated.
But why is it deliberately complicated?


ps
I just expressed my opinion.


-- 
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/

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

2015-01-07 Thread niXman

dongsheng.s...@gmail.com 2015-01-07 10:29:
 From: 宋冬生 songdongsh...@live.cn

Hi,

 
 ---
  mingw-w64-crt/Makefile.am  |  2 +-
  mingw-w64-crt/misc/mkstemp.c   | 91 
 ++
  mingw-w64-headers/crt/stdlib.h |  1 +
  3 files changed, 93 insertions(+), 1 deletion(-)
  create mode 100644 mingw-w64-crt/misc/mkstemp.c
 
 diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
 index b0ac2f2..3348ea2 100644
 --- a/mingw-w64-crt/Makefile.am
 +++ b/mingw-w64-crt/Makefile.am
 @@ -263,7 +263,7 @@ src_libmingwex=\
misc/gettimeofday.cmisc/imaxabs.c misc/imaxdiv.c
   misc/isblank.c   misc/iswblank.c\
misc/mbrtowc.c misc/mbsinit.c misc/mempcpy.c
   misc/mingw-aligned-malloc.c  misc/mingw-fseek.c \
misc/mingw_matherr.c   misc/mingw_mbwc_convert.c
 misc/mingw_usleep.c misc/mingw_wcstod.c
 misc/mingw_wcstof.c\
 -  misc/mingw_wcstold.c   misc/seterrno.cmisc/sleep.c
   misc/spawnv.c  \
 +  misc/mingw_wcstold.c   misc/mkstemp.c misc/seterrno.c
   misc/sleep.c misc/spawnv.c  \
misc/spawnve.c misc/spawnvp.c misc/spawnvpe.c
   misc/strnlen.c   misc/strsafe.c \
misc/strtoimax.c   misc/strtold.c misc/strtoumax.c
   misc/tdelete.c   misc/tfind.c   \
misc/tsearch.c misc/twalk.c
 misc/uchar_c16rtomb.c   misc/uchar_c32rtomb.c
 misc/uchar_mbrtoc16.c  \
 diff --git a/mingw-w64-crt/misc/mkstemp.c 
 b/mingw-w64-crt/misc/mkstemp.c
 new file mode 100644
 index 000..081b512
 --- /dev/null
 +++ b/mingw-w64-crt/misc/mkstemp.c
 @@ -0,0 +1,91 @@
 +#include stdlib.h
 +#include stdio.h
 +#include string.h
 +#include io.h
 +#include errno.h
 +#include share.h
 +#include fcntl.h
 +#include sys/stat.h
 +
 +/*
 +The mkstemp() function generates a unique temporary filename from 
 template,
 +creates and opens the file, and returns an open file descriptor 
 for the
 +file.
 +
 +The template may be any file name with at least six trailing Xs,
 for example
 +/tmp/temp.. The trailing Xs are replaced with a unique 
 digit and
 +letter combination that makes the file name unique. Since it will 
 be
 +modified, template must not be a string constant, but should be 
 declared as
 +a character array.
 +
 +The file is created with permissions 0600, that is, read plus 
 write for
 +owner only. The returned file descriptor provides both read and
 write access
 +to the file.
 + */
 +int __cdecl mkstemp (char *template_name)
 +{
 +errno_t ec;
 +int i, j, fd, len, index;
 +
 +/* These are the (62) characters used in temporary filenames. */
 +static const char letters[] =
 abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789;
 +
 +/* The last six characters of template must be XX */
 +if (template_name == NULL || (len = strlen (template_name))  6
 +|| memcmp (template_name + (len - 6), XX, 6)) {
 +errno = EINVAL;
 +return -1;
 +}

It will be better if XX and '6' will be variables:
static const char x_template[] = XX;
static const int x_template_len = sizeof(x_template)-1;

and the test for 'template_name == NULL' I propose to move to the top of 
the function.

in this case, the code look like this:
if (template_name == NULL) {
 errno = EINVAL;
 return -1;
}

static const char letters[] 
=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789;
static const char x_template[] = XX;
static const int x_template_len = sizeof(x_template)-1;
const int len = strlen(template_name);

/* The last six characters of template must be XX */
if (len  x_template_len
|| memcmp (template_name + (len - x_template_len), x_template, 
x_template_len)) {
 errno = EINVAL;
 return -1;
}

...

 +
 +/* User may supply more than six trailing Xs */
 +for (index = len - 6; index  0  template_name[index - 1] ==
 'X'; index--);
 +
 +/*
 +Like OpenBSD, mkstemp() will try at least 2 ** 31 combinations 
 before
 +giving up.
 + */
 +for (i = 0; i = 0; i++) {
 +for(j = index; j  len; j++) {
 +template_name[j] = letters[rand () % 62];
 +}
 +
 +ec = _sopen_s (fd, template_name,
 +_O_RDWR | _O_CREAT | _O_EXCL | _O_TEMPORARY | 
 _O_BINARY,
 +SH_DENYRW, _S_IREAD | _S_IWRITE);
 +if (ec == 0) return fd;
 +if (ec != EEXIST) return -1;
 +}
 +
 +return -1;
 +}
 +
 +#if 0
 +int main (int argc, char *argv[])
 +{
 +int i, fd;
 +
 +for (i = 0; i  10; i++) {
 +char template_name[] = { temp_XX };
 +fd = mkstemp (template_name);
 +if (fd = 0) {
 +fprintf (stderr, fd=%d, name=%s\n, fd, template_name);
 +_close (fd);
 +} else {
 +fprintf

[Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Alexey Pavlov

Ladt changes to time functions lead to multiple definitions of asctime_r
in some programs. For example,

libtool: link: x86_64-w64-mingw32-g++ -shared -nostdlib
C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/dllcrt2.o
C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/crtbegin.o
.libs\\libgdal.la.lnkscript  -lpoppler -lfreexl
-LC:/git/mingw/mingw-w64-geos/pkg/mingw-w64-x86_64-geos/mingw64/lib
-lgeos_c -lwebp -lexpat -lxerces-c -lpthread -ljasper -lhdf5 -lgif -ljpeg
-lgeotiff -ltiff -lpng -lcfitsio -LC:/msys64/mingw64/lib -lpq -llzma
-lpthread -lspatialite -lsqlite3 -lpcre -L/mingw64/lib -lcurl -lidn -lrtmp
-lssh2 -lgdi32 -lssl -lcrypto -lwldap32 -lxml2 -lz -liconv -lws2_32
-LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2
-LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib
-LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../lib
-LC:/msys64/mingw64/x86_64-w64-mingw32/lib/../lib
-LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib
-LC:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../..
-LC:/msys64/mingw64/x86_64-w64-mingw32/lib -lstdc++ -lmingw32 -lgcc_s -lgcc
-lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32 -lshell32 -luser32
-lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt
C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.2/../../../../x86_64-w64-mingw32/lib/../lib/crtend.o
   -o .libs/libgdal-1.dll -Wl,--enable-auto-image-base -Xlinker
--out-implib -Xlinker .libs/libgdal.dll.a
frmts\\o\\.libs\\cexternalchannel.o:cexternalchannel.cpp:(.text+0x860):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\cpcidskchannel.o:cpcidskchannel.cpp:(.text+0x430):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\cpixelinterleavedchannel.o:cpixelinterleavedchannel.cpp:(.text+0x630):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\ctiledchannel.o:ctiledchannel.cpp:(.text+0x0): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\jpeg2000_vsil_io.o:jpeg2000_vsil_io.cpp:(.text+0x110):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\pcidsk_utils.o:pcidsk_utils.cpp:(.text+0x200): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\pcidskdataset2.o:pcidskdataset2.cpp:(.text+0x1f0):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\pcrastermisc.o:pcrastermisc.cpp:(.text+0x10): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\pcrasterutil.o:pcrasterutil.cpp:(.text+0x10): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
frmts\\o\\.libs\\rikdataset.o:rikdataset.cpp:(.text+0x1920): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
port\\.libs\\cpl_minizip_unzip.o:cpl_minizip_unzip.cpp:(.text+0xb10):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
ogr\\ogrsf_frmts\\o\\.libs\\gmlutils.o:gmlutils.cpp:(.text+0x30): multiple
definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
ogr\\ogrsf_frmts\\o\\.libs\\gtm.o:gtm.cpp:(.text+0xb0): multiple definition
of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
ogr\\ogrsf_frmts\\o\\.libs\\ogrvfkdatasource.o:ogrvfkdatasource.cpp:(.text+0x110):
multiple definition of `asctime_r(tm const*, char*)'
frmts\\o\\.libs\\cbandinterleavedchannel.o:cbandinterleavedchannel.cpp:(.text+0x1060):
first defined here
ogr\\ogrsf_frmts\\o\\.libs\\ogrvfkdriver.o:ogrvfkdriver.cpp:(.text+0xf0):
multiple definition of `asctime_r(tm const*, char*)'

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Jacek Caban

Hi Alexey,

On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

I just pushed a fixup:
http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

I wonder why it didn't cause errors in my case...

Thanks,
JAcek

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [patch]: Preparations and bug-fixing

2015-01-07 Thread Jacek Caban

Hi Kai,

Patches look good to me. I have only clean up suggestions (feel free to
ignore):

On 01/07/15 12:46, Kai Tietz wrote:
  typedef struct _EAP_CRED_EXPIRY_REQ {
EAP_CONFIG_INPUT_FIELD_ARRAY curCreds;
EAP_CONFIG_INPUT_FIELD_ARRAY newCreds;
 -} EAP_CRED_EXPIRY_REQ, *PEAP_CRED_EXPIRY_REQ;
 +} /* EAP_CRED_EXPIRY_REQ, */ *PEAP_CRED_EXPIRY_REQ;

I think it would be cleaner to move the typedef to the place where
EAP_CRED_EXPIRY_REQ  is first typedefed (and remove the other typedef).

Also I don't see the point of wlantypes.h changes.

Thanks,
Jacek

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 2/2] pthread.h: Remove duplicate declaration of pthread_delay_np

2015-01-07 Thread Kai Tietz

Patch is ok.

Thanks,
Kai

2015-01-07 8:29 GMT+01:00  dongsheng.s...@gmail.com:
 From: 宋冬生 songdongsh...@live.cn

 ---
  mingw-w64-libraries/winpthreads/include/pthread.h | 1 -
  1 file changed, 1 deletion(-)

 diff --git a/mingw-w64-libraries/winpthreads/include/pthread.h 
 b/mingw-w64-libraries/winpthreads/include/pthread.h
 index 9b4b3f2..74bab75 100644
 --- a/mingw-w64-libraries/winpthreads/include/pthread.h
 +++ b/mingw-w64-libraries/winpthreads/include/pthread.h
 @@ -407,7 +407,6 @@ unsigned long long WINPTHREAD_API 
 _pthread_rel_time_in_ms(const struct t
  unsigned long long WINPTHREAD_API _pthread_time_in_ms(void);
  unsigned long long WINPTHREAD_API 
 _pthread_time_in_ms_from_timespec(const struct timespec *ts);
  intWINPTHREAD_API _pthread_tryjoin (pthread_t t, 
 void **res);
 -intWINPTHREAD_API pthread_delay_np (const struct 
 timespec *interval);
  intWINPTHREAD_API 
 pthread_rwlockattr_destroy(pthread_rwlockattr_t *a);
  intWINPTHREAD_API 
 pthread_rwlockattr_getpshared(pthread_rwlockattr_t *a, int *s);
  intWINPTHREAD_API 
 pthread_rwlockattr_init(pthread_rwlockattr_t *a);
 --
 2.1.3


 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] [PATCH] dwrite.h: Added missing DWRITE_INFORMATIONAL_STRING_ID values.

2015-01-07 Thread Jacek Caban

Those were added in SDK 8.1. OK to apply?

---
 mingw-w64-headers/include/dwrite.h | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)


diff --git a/mingw-w64-headers/include/dwrite.h b/mingw-w64-headers/include/dwrite.h
index 3267977..0f6df58 100644
--- a/mingw-w64-headers/include/dwrite.h
+++ b/mingw-w64-headers/include/dwrite.h
@@ -177,7 +177,10 @@ typedef enum DWRITE_INFORMATIONAL_STRING_ID {
   DWRITE_INFORMATIONAL_STRING_WIN32_SUBFAMILY_NAMES,
   DWRITE_INFORMATIONAL_STRING_PREFERRED_FAMILY_NAMES,
   DWRITE_INFORMATIONAL_STRING_PREFERRED_SUBFAMILY_NAMES,
-  DWRITE_INFORMATIONAL_STRING_SAMPLE_TEXT 
+  DWRITE_INFORMATIONAL_STRING_SAMPLE_TEXT,
+  DWRITE_INFORMATIONAL_STRING_FULL_NAME,
+  DWRITE_INFORMATIONAL_STRING_POSTSCRIPT_NAME,
+  DWRITE_INFORMATIONAL_STRING_POSTSCRIPT_CID_NAME
 } DWRITE_INFORMATIONAL_STRING_ID;
 
 typedef enum DWRITE_BREAK_CONDITION {

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Jon

I slip-streamed Jacek's patch into time.h and successfully built go1.4
flavors (windows/amd64, windows/386, linux/amd64, linux/386,
darwin/amd64, darwin/386) from my local C:\Apps\go-git repo.

I currently don't use the MSYS2 mingw-w64-{i686,x86_64}-go pkgs. Now
that I know about the them I'll try to find time to look at the
PKGBUILD's

On 1/7/15, Ray Donnelly mingw.andr...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 2:45 PM, Jon jon.for...@gmail.com wrote:
 Looks to be the issue behind my recent go build fail...

 $ pacman -Q | grep mingw
 mingw-w64-x86_64-binutils-git 2.25.r81689.f30b244-3
 mingw-w64-x86_64-bzip2 1.0.6-2
 mingw-w64-x86_64-cloog 0.18.1-3
 mingw-w64-x86_64-crt-git 4.0.0.4388.c7e4f8f-1
 mingw-w64-x86_64-gcc 4.9.2-2
 mingw-w64-x86_64-gcc-libs 4.9.2-2
 mingw-w64-x86_64-gmp 6.0.0-2
 mingw-w64-x86_64-headers-git 4.0.0.4388.c7e4f8f-1
 mingw-w64-x86_64-isl 0.13-1
 mingw-w64-x86_64-libiconv 1.14-2
 mingw-w64-x86_64-libwinpthread-git 4.0.0.4370.d008dc5-1
 mingw-w64-x86_64-mpc 1.0.2-2
 mingw-w64-x86_64-mpfr 3.1.2.p11-1
 mingw-w64-x86_64-winpthreads-git 4.0.0.4370.d008dc5-1
 mingw-w64-x86_64-zlib 1.2.8-5


 C:\Apps\go-git [go_1.4 +8 ~0 -0 !] .\buildall.ps1

 --- building for windows/amd64 platform

 # Building C bootstrap tool.
 cmd/dist

 # Building compilers and Go bootstrap tool.
 lib9
 libbio
 liblink
 cmd/cc
 cmd/gc
 cmd/6l
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o: In function
 `asctime_r':
 C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 multiple definition of
 `asctime_r'
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 first defined here
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o: In function
 `asctime_r':
 C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 multiple definition of
 `asctime_r'
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 first defined here
 ...SNIP...
 collect2.exe: error: ld returned 1 exit status
 go tool dist: FAILED: gcc -Wall -Wstrict-prototypes -Wextra -Wunused
 -Wno-sign-compare -Wno-missing-braces -Wno-parentheses
 -Wno-unknown-pragmas -Wno-switch -Wno-comment
 -Wno-missing-field-initializers -Werror -fno-common -ggdb -pipe
 -Wuninitialized -O2 -fmessage-length=0 -o
 C:\Apps\go-git\pkg\tool\windows_amd64\6l.exe -m64
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\elf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\go.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldelf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldmacho.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldpe.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\lib.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\macho.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pcln.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pe.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pobj.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\symtab.o C:\Us


 You'll need to rebuild mingw-w64-headers from the PKGBUILD for now.

 p.s. The MSYS2/MinGW-w64 go packages are AFAIK, under maintained, do
 you think you could take a look at our PKGBUILD sometime to see if
 it's correct / working well? I'm not asking you to adopt it, just to
 kick the tyres once if you don't mind?

 On 1/7/15, Ray Donnelly mingw.andr...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 11:45 AM, Dongsheng Song
 dongsheng.s...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban ja...@codeweavers.com
 wrote:
 Hi Alexey,

 On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

 I just pushed a fixup:
 http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

 I wonder why it didn't cause errors in my case...


 Thanks. It cause gcc build failure because more than one source file
 include time.h, then asctime_r got implemented more than once.

 Ditto, fixes problems on MSYS2. Alexey, can you re-package
 mingw-w64-headers as this problem will hit a lot of people very soon
 otherwise.


 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more.
 Take
 a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

 --
 Dive

[Mingw-w64-public] [patch]: Preparations and bug-fixing

2015-01-07 Thread Kai Tietz

This patch does some updates and bug-fixes required for iphlpapi.h,
netioapi.h,  ntddndis.h, and  windot11.h updates on pipeline.

Ok for apply?

Regards,
Kai
From c0f2525ac5acf95e50aa762ab1ecfc7c20330ff1 Mon Sep 17 00:00:00 2001
From: Kai Tietz ktiet...@googlemail.com
Date: Mon, 22 Dec 2014 14:51:35 +0100
Subject: Add new header for NDK information

---
 mingw-w64-headers/include/ndkinfo.h | 50 +
 1 file changed, 50 insertions(+)
 create mode 100644 mingw-w64-headers/include/ndkinfo.h

diff --git a/mingw-w64-headers/include/ndkinfo.h 
b/mingw-w64-headers/include/ndkinfo.h
new file mode 100644
index 000..bb462d7
--- /dev/null
+++ b/mingw-w64-headers/include/ndkinfo.h
@@ -0,0 +1,50 @@
+/**
+ * This file is part of the mingw-w64 runtime package.
+ * No warranty is given; refer to the file DISCLAIMER within this package.
+ */
+
+#ifndef _NDKINFO_H_
+#define _NDKINFO_H_
+
+#include winapifamily.h
+
+#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP)
+
+#define NDK_ADAPTER_FLAG_IN_ORDER_DMA_SUPPORTED 0x1
+#define NDK_ADAPTER_FLAG_RDMA_READ_SINK_NOT_REQUIRED 0x2
+#define NDK_ADAPTER_FLAG_CQ_INTERRUPT_MODERATION_SUPPORTED 0x4
+#define NDK_ADAPTER_FLAG_MULTI_ENGINE_SUPPORTED 0x8
+#define NDK_ADAPTER_FLAG_CQ_RESIZE_SUPPORTED 0x100
+#define NDK_ADAPTER_FLAG_LOOPBACK_CONNECTIONS_SUPPORTED 0x1
+
+typedef struct {
+  USHORT Major;
+  USHORT Minor;
+} NDK_VERSION;
+
+typedef struct _NDK_ADAPTER_INFO {
+  NDK_VERSION Version;
+  UINT32 VendorId;
+  UINT32 DeviceId;
+  SIZE_T MaxRegistrationSize;
+  SIZE_T MaxWindowSize;
+  ULONG FRMRPageCount;
+  ULONG MaxInitiatorRequestSge;
+  ULONG MaxReceiveRequestSge;
+  ULONG MaxReadRequestSge;
+  ULONG MaxTransferLength;
+  ULONG MaxInlineDataSize;
+  ULONG MaxInboundReadLimit;
+  ULONG MaxOutboundReadLimit;
+  ULONG MaxReceiveQueueDepth;
+  ULONG MaxInitiatorQueueDepth;
+  ULONG MaxSrqDepth;
+  ULONG MaxCqDepth;
+  ULONG LargeRequestThreshold;
+  ULONG MaxCallerData;
+  ULONG MaxCalleeData;
+  ULONG AdapterFlags;
+} NDK_ADAPTER_INFO;
+
+#endif
+#endif
-- 
2.1.1

From 57b57bf2731b4182cf7d38992f80304dffdc2f5b Mon Sep 17 00:00:00 2001
From: Kai Tietz ktiet...@googlemail.com
Date: Tue, 6 Jan 2015 13:17:42 +0100
Subject: Update nldef for winapi-family, and further 8.x version

---
 mingw-w64-headers/include/nldef.h | 257 +-
 1 file changed, 144 insertions(+), 113 deletions(-)

diff --git a/mingw-w64-headers/include/nldef.h 
b/mingw-w64-headers/include/nldef.h
index 44519a6..5a6a767 100644
--- a/mingw-w64-headers/include/nldef.h
+++ b/mingw-w64-headers/include/nldef.h
@@ -1,155 +1,186 @@
 /**
- * This file has no copyright assigned and is placed in the Public Domain.
  * This file is part of the mingw-w64 runtime package.
- * No warranty is given; refer to the file DISCLAIMER.PD within this package.
+ * No warranty is given; refer to the file DISCLAIMER within this package.
  */
-#ifndef _INC_NLDEF
-#define _INC_NLDEF
 
-typedef enum _NL_ADDRESS_TYPE {
-  NlatUnspecified,
-  NlatUnicast,
-  NlatAnycast,
-  NlatMulticast,
-  NlatBroadcast,
-  NlatInvalid
-} NL_ADDRESS_TYPE, *PNL_ADDRESS_TYPE;
+#ifndef _NLDEF_
+#define _NLDEF_
+#include winapifamily.h
+
+#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP)
 
-typedef enum _NL_DAD_STATE {
-  NldsInvalid = 0,
+typedef enum {
+  NldsInvalid,
   NldsTentative,
   NldsDuplicate,
   NldsDeprecated,
   NldsPreferred,
-
-  IpDadStateInvalid   = 0,
+  IpDadStateInvalid = 0,
   IpDadStateTentative,
   IpDadStateDuplicate,
   IpDadStateDeprecated,
-  IpDadStatePreferred
+  IpDadStatePreferred,
 } NL_DAD_STATE;
 
-typedef enum _NL_LINK_LOCAL_ADDRESS_BEHAVIOR {
-  LinkLocalAlwaysOff   = 0,
-  LinkLocalDelayed,
-  LinkLocalAlwaysOn,
-  LinkLocalUnchanged   = -1
-} NL_LINK_LOCAL_ADDRESS_BEHAVIOR;
+#define MAKE_ROUTE_PROTOCOL(N, V) MIB_IPPROTO_ ## N = V, PROTO_IP_ ## N = V
 
-typedef enum _NL_NEIGHBOR_STATE {
-  NlnsUnreachable,
-  NlnsIncomplete,
-  NlnsProbe,
-  NlnsDelay,
-  NlnsStale,
-  NlnsReachable,
-  NlnsPermanent,
-  NlnsMaximum
-} NL_NEIGHBOR_STATE, *PNL_NEIGHBOR_STATE;
+typedef enum {
+  RouteProtocolOther = 1,
+  RouteProtocolLocal = 2,
+  RouteProtocolNetMgmt = 3,
+  RouteProtocolIcmp = 4,
+  RouteProtocolEgp = 5,
+  RouteProtocolGgp = 6,
+  RouteProtocolHello = 7,
+  RouteProtocolRip = 8,
+  RouteProtocolIsIs = 9,
+  RouteProtocolEsIs = 10,
+  RouteProtocolCisco = 11,
+  RouteProtocolBbn = 12,
+  RouteProtocolOspf = 13,
+  RouteProtocolBgp = 14,
 
-typedef enum _tag_NL_PREFIX_ORIGIN {
-  IpPrefixOriginOther   = 0,
+  MAKE_ROUTE_PROTOCOL (OTHER, 1),
+  MAKE_ROUTE_PROTOCOL (LOCAL, 2),
+  MAKE_ROUTE_PROTOCOL (NETMGMT, 3),
+  MAKE_ROUTE_PROTOCOL (ICMP, 4),
+  MAKE_ROUTE_PROTOCOL (EGP, 5),
+  MAKE_ROUTE_PROTOCOL (GGP, 6),
+  MAKE_ROUTE_PROTOCOL (HELLO, 7),
+  MAKE_ROUTE_PROTOCOL (RIP, 8),
+  MAKE_ROUTE_PROTOCOL (IS_IS, 9),
+  MAKE_ROUTE_PROTOCOL (ES_IS, 10),
+  MAKE_ROUTE_PROTOCOL (CISCO, 11),
+  MAKE_ROUTE_PROTOCOL (BBN, 12),
+  MAKE_ROUTE_PROTOCOL

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Dongsheng Song

On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban ja...@codeweavers.com wrote:
 Hi Alexey,

 On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

 I just pushed a fixup:
 http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

 I wonder why it didn't cause errors in my case...


Thanks. It cause gcc build failure because more than one source file
include time.h, then asctime_r got implemented more than once.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Ray Donnelly

On Wed, Jan 7, 2015 at 2:45 PM, Jon jon.for...@gmail.com wrote:
 Looks to be the issue behind my recent go build fail...

 $ pacman -Q | grep mingw
 mingw-w64-x86_64-binutils-git 2.25.r81689.f30b244-3
 mingw-w64-x86_64-bzip2 1.0.6-2
 mingw-w64-x86_64-cloog 0.18.1-3
 mingw-w64-x86_64-crt-git 4.0.0.4388.c7e4f8f-1
 mingw-w64-x86_64-gcc 4.9.2-2
 mingw-w64-x86_64-gcc-libs 4.9.2-2
 mingw-w64-x86_64-gmp 6.0.0-2
 mingw-w64-x86_64-headers-git 4.0.0.4388.c7e4f8f-1
 mingw-w64-x86_64-isl 0.13-1
 mingw-w64-x86_64-libiconv 1.14-2
 mingw-w64-x86_64-libwinpthread-git 4.0.0.4370.d008dc5-1
 mingw-w64-x86_64-mpc 1.0.2-2
 mingw-w64-x86_64-mpfr 3.1.2.p11-1
 mingw-w64-x86_64-winpthreads-git 4.0.0.4370.d008dc5-1
 mingw-w64-x86_64-zlib 1.2.8-5


 C:\Apps\go-git [go_1.4 +8 ~0 -0 !] .\buildall.ps1

 --- building for windows/amd64 platform

 # Building C bootstrap tool.
 cmd/dist

 # Building compilers and Go bootstrap tool.
 lib9
 libbio
 liblink
 cmd/cc
 cmd/gc
 cmd/6l
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o: In function 
 `asctime_r':
 C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 multiple definition of
 `asctime_r'
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 first defined here
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o: In function `asctime_r':
 C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 multiple definition of
 `asctime_r'
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
 first defined here
 ...SNIP...
 collect2.exe: error: ld returned 1 exit status
 go tool dist: FAILED: gcc -Wall -Wstrict-prototypes -Wextra -Wunused
 -Wno-sign-compare -Wno-missing-braces -Wno-parentheses
 -Wno-unknown-pragmas -Wno-switch -Wno-comment
 -Wno-missing-field-initializers -Werror -fno-common -ggdb -pipe
 -Wuninitialized -O2 -fmessage-length=0 -o
 C:\Apps\go-git\pkg\tool\windows_amd64\6l.exe -m64
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\elf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\go.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldelf.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldmacho.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldpe.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\lib.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\macho.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pcln.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pe.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pobj.o
 C:\Users\Jon\AppData\Local\Temp\go9683.tmp\symtab.o C:\Us


You'll need to rebuild mingw-w64-headers from the PKGBUILD for now.

p.s. The MSYS2/MinGW-w64 go packages are AFAIK, under maintained, do
you think you could take a look at our PKGBUILD sometime to see if
it's correct / working well? I'm not asking you to adopt it, just to
kick the tyres once if you don't mind?

 On 1/7/15, Ray Donnelly mingw.andr...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 11:45 AM, Dongsheng Song
 dongsheng.s...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban ja...@codeweavers.com
 wrote:
 Hi Alexey,

 On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

 I just pushed a fixup:
 http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

 I wonder why it didn't cause errors in my case...


 Thanks. It cause gcc build failure because more than one source file
 include time.h, then asctime_r got implemented more than once.

 Ditto, fixes problems on MSYS2. Alexey, can you re-package
 mingw-w64-headers as this problem will hit a lot of people very soon
 otherwise.


 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take
 a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Ray Donnelly

On Wed, Jan 7, 2015 at 11:45 AM, Dongsheng Song
dongsheng.s...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban ja...@codeweavers.com wrote:
 Hi Alexey,

 On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

 I just pushed a fixup:
 http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

 I wonder why it didn't cause errors in my case...


 Thanks. It cause gcc build failure because more than one source file
 include time.h, then asctime_r got implemented more than once.

Ditto, fixes problems on MSYS2. Alexey, can you re-package
mingw-w64-headers as this problem will hit a lot of people very soon
otherwise.


 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] asctime_r duplications

2015-01-07 Thread Jon

Looks to be the issue behind my recent go build fail...

$ pacman -Q | grep mingw
mingw-w64-x86_64-binutils-git 2.25.r81689.f30b244-3
mingw-w64-x86_64-bzip2 1.0.6-2
mingw-w64-x86_64-cloog 0.18.1-3
mingw-w64-x86_64-crt-git 4.0.0.4388.c7e4f8f-1
mingw-w64-x86_64-gcc 4.9.2-2
mingw-w64-x86_64-gcc-libs 4.9.2-2
mingw-w64-x86_64-gmp 6.0.0-2
mingw-w64-x86_64-headers-git 4.0.0.4388.c7e4f8f-1
mingw-w64-x86_64-isl 0.13-1
mingw-w64-x86_64-libiconv 1.14-2
mingw-w64-x86_64-libwinpthread-git 4.0.0.4370.d008dc5-1
mingw-w64-x86_64-mpc 1.0.2-2
mingw-w64-x86_64-mpfr 3.1.2.p11-1
mingw-w64-x86_64-winpthreads-git 4.0.0.4370.d008dc5-1
mingw-w64-x86_64-zlib 1.2.8-5


C:\Apps\go-git [go_1.4 +8 ~0 -0 !] .\buildall.ps1

--- building for windows/amd64 platform

# Building C bootstrap tool.
cmd/dist

# Building compilers and Go bootstrap tool.
lib9
libbio
liblink
cmd/cc
cmd/gc
cmd/6l
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o: In function `asctime_r':
C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
multiple definition of
`asctime_r'
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
first defined here
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o: In function `asctime_r':
C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
multiple definition of
`asctime_r'
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o:C:/Apps/DevTools/msys32/mingw64/x86_64-w64-mingw32/include/time.h:238:
first defined here
...SNIP...
collect2.exe: error: ld returned 1 exit status
go tool dist: FAILED: gcc -Wall -Wstrict-prototypes -Wextra -Wunused
-Wno-sign-compare -Wno-missing-braces -Wno-parentheses
-Wno-unknown-pragmas -Wno-switch -Wno-comment
-Wno-missing-field-initializers -Werror -fno-common -ggdb -pipe
-Wuninitialized -O2 -fmessage-length=0 -o
C:\Apps\go-git\pkg\tool\windows_amd64\6l.exe -m64
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\data.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\decodesym.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\dwarf.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\elf.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\go.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldelf.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldmacho.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\ldpe.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\lib.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\macho.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pcln.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pe.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\pobj.o
C:\Users\Jon\AppData\Local\Temp\go9683.tmp\symtab.o C:\Us

On 1/7/15, Ray Donnelly mingw.andr...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 11:45 AM, Dongsheng Song
 dongsheng.s...@gmail.com wrote:
 On Wed, Jan 7, 2015 at 7:33 PM, Jacek Caban ja...@codeweavers.com
 wrote:
 Hi Alexey,

 On 01/07/15 09:06, Alexey Pavlov wrote:
 Ladt changes to time functions lead to multiple definitions of
 asctime_r in some programs. For example,

 I just pushed a fixup:
 http://sourceforge.net/p/mingw-w64/mingw-w64/ci/9f52135b2fa1336d63cda12c502f1790797387fa

 I wonder why it didn't cause errors in my case...


 Thanks. It cause gcc build failure because more than one source file
 include time.h, then asctime_r got implemented more than once.

 Ditto, fixes problems on MSYS2. Alexey, can you re-package
 mingw-w64-headers as this problem will hit a lot of people very soon
 otherwise.


 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take
 a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought

Re: [Mingw-w64-public] [PATCH] dwrite.h: Added missing DWRITE_INFORMATIONAL_STRING_ID values.

2015-01-07 Thread Kai Tietz

Yes, patch looks good.

Thanks,
Kai

2015-01-07 16:06 GMT+01:00 Jacek Caban ja...@codeweavers.com:
 Those were added in SDK 8.1. OK to apply?

 ---
  mingw-w64-headers/include/dwrite.h | 5 -
  1 file changed, 4 insertions(+), 1 deletion(-)



 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 Mingw-w64-public mailing list
 Mingw-w64-public@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

Re: [Mingw-w64-public] [PATCH 1/2] stdlib.h: Add mkstemp implementation.

[Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] [patch]: Preparations and bug-fixing

Re: [Mingw-w64-public] [PATCH 2/2] pthread.h: Remove duplicate declaration of pthread_delay_np

[Mingw-w64-public] [PATCH] dwrite.h: Added missing DWRITE_INFORMATIONAL_STRING_ID values.

Re: [Mingw-w64-public] asctime_r duplications

[Mingw-w64-public] [patch]: Preparations and bug-fixing

Re: [Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] asctime_r duplications

Re: [Mingw-w64-public] [PATCH] dwrite.h: Added missing DWRITE_INFORMATIONAL_STRING_ID values.

16 matches

Site Navigation

Mail list logo

Footer information