From: Tatsuro MATSUOKA <tmacchant2@yahoo.co.jp>
To: "Hans-Bernhard Bröker" <HBBroeker@t-online.de>, cygwin@cygwin.com
Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin
Date: Sun, 10 Apr 2016 22:48:00 -0000 [thread overview]
Message-ID: <80364.81544.qm@web101114.mail.kks.yahoo.co.jp> (raw)
In-Reply-To: <5709FC5D.3080603@t-online.de>
> From: Hans-Bernhard Bröker
> To: cygwin@cygwin.com
> Cc:
> Date: 2016/4/10, Sun 16:10
> Subject: Re: Query of type of memcpy (and sys_errlist) on Cygwin
>
> Am 10.04.2016 um 05:14 schrieb Tatsuro MATSUOKA:
>> Hello
>> The topic was discussed on gnuplot mailing list.
>>
> http://gnuplot.10905.n7.nabble.com/stdfn-h-error-conflicting-types-for-memcopy-and-sys-errlist-on-Cygwin-build-td20061.html
>> Frorm discussion there (the topic is now pending.) ,
>> I decided ask here.
>> In compling gnuplot I have met errors:
>> ../../gnuplot/src/stdfn.h:67:8: error: conflicting types for
> 'memcpy'
>> char * memcpy __PROTO((char *, char *, size_t));
>
> Before everybody gets entirely confused, let me interject that this is quite
> certainly not an actual problem about the memcpy() declaration itself, but
> rather an extremely surprising failure of an autoconf-generated configure
> script.
>
> The configure script in question never failed like that in years of usage.
> Well, setting aside occasional, remarkably stubborn rebase problems with
> Cygwin's Perl DLLs, that is. See the thread "makeinfo causes perl
> error ? Cygwin X86 download today" from last week, also started by Tatsuro
> Matsuoka.
The zipped config.log is available here:
http://www.geocities.jp/tmacchant2/config.log.20160411.zip
Related part of config.log
configure:9591: checking for memcpy
configure:9591: gcc -o conftest.exe -g -O2 -I/usr/local/include -L/usr/local/lib -lcerf conftest.c >&5
conftest.c:86:6: warning: conflicting types for built-in function 'memcpy'
char memcpy ();
^
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lcerf
collect2: error: ld returned 1 exit status
configure:9591: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "gnuplot"
| #define PACKAGE_TARNAME "gnuplot"
| #define PACKAGE_VERSION "5.1"
| #define PACKAGE_STRING "gnuplot 5.1"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define DEVELOPMENT_VERSION 1
| #define PACKAGE "gnuplot"
| #define VERSION "5.1"
| #define VERSION_MAJOR "5.1"
| #define PATCHLEVEL "0"
| #define PROTOTYPES 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_STRINGIZE 1
| #define HAVE_OFF_T 1
| #define HAVE_FSEEKO 1
| #define X_DISPLAY_MISSING 1
| #define STDC_HEADERS 1
| #define HAVE_DIRENT_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_LANGINFO_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_MATH_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_TIME_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_MALLOC_H 1
| #define HAVE_POLL_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE__BOOL 1
| #define HAVE_STDBOOL_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_TIME_T_IN_TIME_H 1
| /* end confdefs.h. */
| /* Define memcpy to an innocuous variant, in case <limits.h> declares memcpy.
| For example, HP-UX 11i <limits.h> declares gettimeofday. */
| #define memcpy innocuous_memcpy
|
| /* System header to define __stub macros and hopefully few prototypes,
| which can conflict with char memcpy (); below.
| Prefer <limits.h> to <assert.h> if __STDC__ is defined, since
| <limits.h> exists even on freestanding compilers. */
|
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
|
| #undef memcpy
|
| /* Override any GCC internal prototype to avoid an error.
| Use char because int might match the return type of a GCC
| builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern "C"
| #endif
| char memcpy ();
| /* The GNU C library defines this for functions which it implements
| to always fail with ENOSYS. Some functions are actually named
| something starting with __ and the normal name is an alias. */
| #if defined __stub_memcpy || defined __stub___memcpy
| choke me
| #endif
|
| int
| main ()
| {
| return memcpy ();
| ;
| return 0;
| }
configure:9591: result: no
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
next prev parent reply other threads:[~2016-04-10 22:48 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-29 15:13 xgraph 12.1-3 segfaults when run Stefan Parviainen
2016-04-02 13:24 ` Marco Atzeri
2016-04-08 18:06 ` Marco Atzeri
2016-04-09 9:39 ` Stefan Parviainen
2016-04-10 3:14 ` Query of type of memcpy (and sys_errlist) on Cygwin Tatsuro MATSUOKA
2016-04-10 7:10 ` Hans-Bernhard Bröker
2016-04-10 22:48 ` Tatsuro MATSUOKA [this message]
2016-04-10 7:12 ` Marco Atzeri
2016-04-10 22:52 ` Tatsuro MATSUOKA
2016-04-10 23:20 ` Tatsuro MATSUOKA
2016-04-11 7:52 ` Csaba Raduly
2016-04-11 8:13 ` Tatsuro MATSUOKA
2016-04-10 23:27 ` Tatsuro MATSUOKA
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=80364.81544.qm@web101114.mail.kks.yahoo.co.jp \
--to=tmacchant2@yahoo.co.jp \
--cc=HBBroeker@t-online.de \
--cc=cygwin@cygwin.com \
--cc=matsuoka@nuce.nagoya-u.ac.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).