From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44885 invoked by alias); 10 Apr 2016 23:27:46 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 44868 invoked by uid 89); 10 Apr 2016 23:27:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:2924, 4931, UD:yahoo.co.jp, yahoo.co.jp X-HELO: nh501-vm3.bullet.mail.kks.yahoo.co.jp Received: from nh501-vm3.bullet.mail.kks.yahoo.co.jp (HELO nh501-vm3.bullet.mail.kks.yahoo.co.jp) (183.79.56.133) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 10 Apr 2016 23:27:35 +0000 Received: from [183.79.100.140] by nh501.bullet.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:27:32 -0000 Received: from [183.79.100.134] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:27:32 -0000 Received: from [127.0.0.1] by omp503.mail.kks.yahoo.co.jp with NNFMP; 10 Apr 2016 23:27:32 -0000 Received: (qmail 76018 invoked by uid 60001); 10 Apr 2016 23:27:32 -0000 Message-ID: <359093.72519.qm@web101116.mail.kks.yahoo.co.jp> Received: from [133.6.57.2] by web101116.mail.kks.yahoo.co.jp via HTTP; Mon, 11 Apr 2016 08:27:31 JST X-YMail-JAS: wVJwF6oVM1nUAHt0cEyJmXQHur8u5vwe0niIVggToHtLzLcjGqUAeGGkShcCyQlsp8Q3KVlfB7Bm5ddyvhSb7uXCh8CDr.3Zgk8yjFxXHg8X5DrO4.8hgbJZvoxJrazIMjIF References: <5707F2F0.9050702@gmail.com> <5708CDB6.1040500@iki.fi> <375427.72225.qm@web101113.mail.kks.yahoo.co.jp> <5709FCDF.5010107@gmail.com> Date: Sun, 10 Apr 2016 23:27:00 -0000 From: Tatsuro MATSUOKA Reply-To: Tatsuro MATSUOKA Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin To: Marco Atzeri , cygwin@cygwin.com, =?iso-8859-1?Q?Hans-Bernhard_Br=F6ker?= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00199.txt.bz2 > From: Tatsuro MATSUOKA=20 > To: Marco Atzeri ; cygwin Hans-Bernhard Br=F6ker=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 > Cc:=20 > Date: 2016/4/11, Mon 08:20 > Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin >=20 >> From: Tatsuro MATSUOKA=A0 >> To: Marco Atzeri=A0 cygwin >> Date: 2016/4/11, Mon 07:52 >> Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin >>=20 >>> =A0 cygwin/newlib headers are under re-shuffle to simplify the guarding= =20 >>> =A0 clauses in the main headers. >>> =A0 It is possible that gnuplot is misleaded and don't correctly=20 > detect=20 >>> =A0 memcopy as it should. >>>=20 >>> =A0 Have you tried to use latest test release ? >>> =A0 https://www.cygwin.com/ml/cygwin-announce/2016-04/msg00012.html >>>=20 >>=20 >> OK I will try and report results here. > The results=A0are almost the same as those at the stable release. > The zipped config.log is placed here: > http://www.geocities.jp/tmacchant2/config.log.20160411.zip > The previous reply to Hans I made a mistake to extract the memcpy related= part. > I apologize for that. > configure:9591: result: no > configure:9591: checking for memcpy > configure:9591: gcc -o conftest.exe -g -O2=A0 -I/usr/local/include=A0=20 > -L/usr/local/lib -lcerf conftest.c=A0 >&5 > conftest.c:86:6: warning: conflicting types for built-in function=20 > 'memcpy' > =A0char memcpy (); >=20 > Seeing configure output screen: one can see that: > checking for atexit... no > checking for memcpy... no > checking for memmove... no > checking for memset... no > checking for on_exit... no > checking for bcopy... no > checking for bzero... no > checking for setvbuf... no > checking for strerror... no > checking for strchr... no > checking for strrchr... no > checking for strstr... no > checking for index... no > checking for rindex... no > checking for erf... no > checking for erfc... no > checking for gamma... no > checking for lgamma... no > checking for getcwd... no > checking for poll... no > checking for pclose... no > checking for popen... no > checking for fdopen... no > checking for select... no > checking for sleep... no > checking for stpcpy... no > checking for strcspn... no > checking for strdup... no > checking for strndup... no > checking for strnlen... no > checking for strcasecmp... no > checking for stricmp... no > checking for strncasecmp... no > checking for strnicmp... no > checking for sysinfo... no > checking for tcgetattr... no > checking for vfprintf... no > checking for doprnt... no > checking for uname... no > checking for usleep... no > checking for snprintf... no > =A0 WARNING: Could not find a working version of snprintf. > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 If a user provides gnuplot with an imprope= r format statement > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 then a buffer overflow and/or segfault can= result. > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Please consider providing snprintf via an = external library. > The above is very strange. Checks of many fucntions=A0are no. > Tatsuro I have come back to the gcc 5.3.0-3 to 4.9.3-1. However, the results are the same. Tatsuro -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple