Welcome to mirror list, hosted at ThFree Co, Russian Federation.

cygwin.com/git/newlib-cygwin.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
Diffstat (limited to 'newlib/libc/stdlib/mlock.c')
-rw-r--r--newlib/libc/stdlib/mlock.c50
1 files changed, 0 insertions, 50 deletions
diff --git a/newlib/libc/stdlib/mlock.c b/newlib/libc/stdlib/mlock.c
deleted file mode 100644
index 485d0d5c9..000000000
--- a/newlib/libc/stdlib/mlock.c
+++ /dev/null
@@ -1,50 +0,0 @@
-/*
-FUNCTION
-<<__malloc_lock>>, <<__malloc_unlock>>--lock malloc pool
-
-INDEX
- __malloc_lock
-INDEX
- __malloc_unlock
-
-ANSI_SYNOPSIS
- #include <malloc.h>
- void __malloc_lock (struct _reent *<[reent]>);
- void __malloc_unlock (struct _reent *<[reent]>);
-
-TRAD_SYNOPSIS
- void __malloc_lock(<[reent]>)
- struct _reent *<[reent]>;
-
- void __malloc_unlock(<[reent]>)
- struct _reent *<[reent]>;
-
-DESCRIPTION
-The <<malloc>> family of routines call these functions when they need
-to lock the memory pool. The version of these routines supplied in
-the library does not do anything. If multiple threads of execution
-can call <<malloc>>, or if <<malloc>> can be called reentrantly, then
-you need to define your own versions of these functions in order to
-safely lock the memory pool during a call. If you do not, the memory
-pool may become corrupted.
-
-A call to <<malloc>> may call <<__malloc_lock>> recursively; that is,
-the sequence of calls may go <<__malloc_lock>>, <<__malloc_lock>>,
-<<__malloc_unlock>>, <<__malloc_unlock>>. Any implementation of these
-routines must be careful to avoid causing a thread to wait for a lock
-that it already holds.
-*/
-
-#include <malloc.h>
-
-void
-__malloc_lock (ptr)
- struct _reent *ptr;
-{
-}
-
-void
-__malloc_unlock (ptr)
- struct _reent *ptr;
-{
-}