search for: unistd

...laration of ftello64 differs from previous declaration on line 472 of "/usr/include/stdio.h". "/usr/include/stdio.h", line 533.16: 1506-050 (I) Return type "long long" in redeclaration is not compatible with the previous return type "long". "/usr/include/unistd.h", line 171.17: 1506-343 (S) Redeclaration of lseek64 differs from previous declaration on line 169 of "/usr/include/unistd.h". "/usr/include/unistd.h", line 171.17: 1506-050 (I) Return type "long long" in redeclaration is not compatible with the previous return...

Dear All, Is there a reason why some of the code #includes <sys/unistd.h> instead of unistd.h? Or can I change it to unistd.h (which is more standard)? -- John T. -- ********************************************************************* * John T. Criswell Email: criswell at uiuc.edu * *****************************************************...

...* [klibc] Error 2 [4] build log on x86: KLIBCCC usr/klibc/vsnprintf.o In file included from usr/include/arch/i386/klibc/archsignal.h:99, from usr/klibc/../include/signal.h:14, from usr/klibc/../include/sys/select.h:11, from usr/klibc/../include/unistd.h:12, from usr/klibc/../include/stdio.h:11, from usr/klibc/vsnprintf.c:13: linux/include/asm-generic/signal.h:7:1: warning: "_NSIG_BPW" redefined In file included from usr/klibc/../include/signal.h:14, from usr/klibc/../include/sys/select...

...eletions(-) diff --git a/src/actions-support.c b/src/actions-support.c index 23b9ba7..ca125ac 100644 --- a/src/actions-support.c +++ b/src/actions-support.c @@ -22,13 +22,9 @@ #include <stdio.h> #include <stdlib.h> -#include <stdint.h> -#include <string.h> -#include <unistd.h> #include "guestfs.h" #include "guestfs-internal.h" -#include "guestfs-internal-actions.h" #include "guestfs_protocol.h" /* Check the return message from a call for validity. */ diff --git a/src/alloc.c b/src/alloc.c index 821fe18..76e043e 100644...

...Thomas Vogels @ CMU). Compiling R-1.0.0 fails with the following error messages: make Target "R" is up to date. gcc -I. -I../include -I../../src/include -I../../src/include/R_ext -DHAVE_CONFIG_H -mno-fp-in-toc -g -O2 -c Rsock.c -o Rsock.o In file included from Rsock.c:34: /usr/include/unistd.h:162: parse error before `lseek64' /usr/include/unistd.h:162: parse error before `off64_t' /usr/include/unistd.h:162: warning: data definition has no type or storage class In file included from /usr/include/sys/lockf.h:41, from /usr/include/unistd.h:382, f...

Yes, I applied the patch on trunk version like below. It says patching file. However, when I make, the build is still failing. janarbek at ubuntu:~/Work/llvm/llvm$ patch -p0 < unistd.txt patching file lib/Support/Unix/Path.inc   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981 =========================================== --- On Mon, 10/24/11, Eli Friedman <eli.friedman at gmail.com> wrote: From:...

...syntax error before "__THROW" In file included from /usr/include/asm/param.h:4, from /usr/include/linux/param.h:4, from /usr/include/sys/param.h:24, from /usr/include/asterisk/lock.h:20, from chan_capi.c:14: /usr/include/unistd.h:28: error: syntax error before "__BEGIN_DECLS" In file included from /usr/include/asm/param.h:4, from /usr/include/linux/param.h:4, from /usr/include/sys/param.h:24, from /usr/include/asterisk/lock.h:20, from chan_capi....

...from /usr/include/c++/4.3/bits/ios_base.h:46, from /usr/include/c++/4.3/ios:48, from /usr/include/c++/4.3/ostream:45, from /usr/include/c++/4.3/iostream:45, from project.h:29, from files.cpp:20: /usr/include/unistd.h:258: error: expected initializer before ‘__THROW’ /usr/include/unistd.h:264: error: expected initializer before ‘__THROW’ /usr/include/unistd.h:268: error: expected initializer before ‘__THROW’ /usr/include/unistd.h:276: error: expected initializer before ‘__THROW’ /usr/include/unistd.h:301: erro...

On Mon, Oct 24, 2011 at 5:10 PM, janarbek <canarbekmatay at yahoo.com> wrote: > > Yes, > > I applied the patch on trunk version like below. It says patching file. However, when I make, the build is still failing. > > janarbek at ubuntu:~/Work/llvm/llvm$ patch -p0 < unistd.txt > patching file lib/Support/Unix/Path.inc That means it was applied. In that case, I have no idea how you could run into the error you're seeing; unlink should be defined in unistd.h. -Eli

...error: > ‘unlink’ was not declared in this scope > To: "Eli Friedman" <eli.friedman at gmail.com> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Date: Monday, October 24, 2011, 5:54 PM > > The patch does inseret unistd.h as below. However, I am still getting > exactly same error when I do make.if you have any suggestions please let me > know. > > #if HAVE_UNISTD_H > #include <unistd.h> > #endif > > > > =========================================== > &gt...

The patch does inseret unistd.h as below. However, I am still getting exactly same error when I do make.if you have any suggestions please let me know. #if HAVE_UNISTD_H #include <unistd.h> #endif   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981...

--- generator/c.ml | 2 -- 1 file changed, 2 deletions(-) diff --git a/generator/c.ml b/generator/c.ml index 055b683..963cf21 100644 --- a/generator/c.ml +++ b/generator/c.ml @@ -1213,9 +1213,7 @@ and generate_client_actions hash () = #include <stdlib.h> #include <stdint.h> #include <inttypes.h> -#include <sys/types.h> #include <sys/stat.h> -#include

...error: >     ‘unlink’ was not declared in this scope >     To: "Eli Friedman" <eli.friedman at gmail.com> >     Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> >     Date: Monday, October 24, 2011, 5:54 PM > >     The patch does inseret unistd.h as below. However, I am still getting >     exactly same error when I do make.if you have any suggestions please let me >     know. > >     #if HAVE_UNISTD_H >     #include <unistd.h> >     #endif > > > >     =========================================== > &gt...

...t" <llvmdev at cs.uiuc.edu> Date: Monday, October 24, 2011, 4:47 PM On Mon, Oct 24, 2011 at 4:41 PM, janarbek <canarbekmatay at yahoo.com> wrote: > > I am not sure if I applied correctly.I did following and it seems failed. > > janarbek at ubuntu:~/Work/llvm$ patch <unistd.txt > patching file Path.inc > Hunk #1 FAILED at 51. > 1 out of 1 hunk FAILED -- saving rejects to file Path.inc.rej Try "patch -p0 < unistd.txt". -Eli -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-de...

...in all possible sysconf data providers every time it is referenced. So far only the page size is provided. Signed-off-by: H. Peter Anvin <hpa at linux.intel.com> --- usr/dash/config.h | 2 +- usr/include/sys/sysconf.h | 40 ++++++++++++++++++++++++++++++++++++++++ usr/include/unistd.h | 7 +++++-- usr/klibc/Kbuild | 3 ++- usr/klibc/sysconf/sysconf.c | 8 ++++++++ 5 files changed, 56 insertions(+), 4 deletions(-) diff --git a/usr/dash/config.h b/usr/dash/config.h index 35230c7..9757009 100644 --- a/usr/dash/config.h +++ b/usr/dash/config.h @@ -81,7 +81,7...

On Mon, Oct 24, 2011 at 4:58 PM, janarbek <canarbekmatay at yahoo.com> wrote: > > I apply patch, it says patch is applied. Does the directory which I run patch matters ? You should be running the "patch -p0 < unistd.txt" in the root LLVM source directory for the trunk version. If you're still getting "Hunk #1 FAILED at 51." errors, you're not doing that. -Eli > > > =========================================== > Phone : 82-42-860-1838 > Fax : 82-42-860-6790 > Cell Phon...

...usr/utils/mkfifo.c | 1 - usr/utils/nuke.c | 1 - usr/utils/umount.c | 1 - 5 files changed, 1 insertions(+), 7 deletions(-) diff --git a/usr/utils/dmesg.c b/usr/utils/dmesg.c index 61e047e..1960713 100644 --- a/usr/utils/dmesg.c +++ b/usr/utils/dmesg.c @@ -1,5 +1,4 @@ #include <unistd.h> -#include <errno.h> #include <stdio.h> #include <ctype.h> #include <stdlib.h> diff --git a/usr/utils/losetup.c b/usr/utils/losetup.c index 1a47fa9..59030d7 100644 --- a/usr/utils/losetup.c +++ b/usr/utils/losetup.c @@ -17,6 +17,7 @@ #include <sys/stat.h> #in...

SUSv3 is silent on that definition, but seen several userspace software that expects flock to be defined in that file and complain that it is missing in klibc. Current declaration is in unistd.h. Signed-off-by: maximilian attems <max at stro.at> --- usr/include/sys/file.h | 9 +++++++++ usr/include/unistd.h | 1 - 2 files changed, 9 insertions(+), 1 deletions(-) create mode 100644 usr/include/sys/file.h diff --git a/usr/include/sys/file.h b/usr/include/sys/file.h new fi...

Hi, number three, where I first thought it was a GCC bug but is apparently bad code in klibc. Submitted with permission: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533#c6 Patch attached again (sorry) not just because that is easier with my mail system but also to keep original author intact. bye, //mirabilos -- > emacs als auch vi zum Kotzen finde (joe rules) und pine f?r den einzig >

...patch below is needed. Thanks, Florian diff --git a/configure.ac b/configure.ac index 4f68e98a..b5c7a582 100644 --- a/configure.ac +++ b/configure.ac @@ -173,6 +173,9 @@ AC_RUN_IFELSE([AC_LANG_SOURCE([[ #include <fcntl.h> #include <sys/types.h> #include <sys/wait.h> +#if HAVE_UNISTD_H +# include <unistd.h> +#endif int main(void) { @@ -197,7 +200,7 @@ int main(void) } wait(&status); unlink(tpl); - exit(WEXITSTATUS(status)); + return WEXITSTATUS(status); } ]])],[rsync_cv_HAVE_BROKEN_LARGEFILE=yes],[rsync_cv_HAVE_BROKEN_LARGEFILE=no],[rsync_cv_HAVE_BROKEN_LA...