search for: _bsd_source

The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be used instead of _BSD_SOURCE. However, there is no need to include _BSD_SOURCE because the sources only have inline functions and calls memcmp/cpy functions. Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c...

On Thu, Sep 18, 2014 at 12:34 AM, Chanho Park <chanho61.park at samsung.com> wrote: > The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be > used instead of _BSD_SOURCE. However, there is no need to include > _BSD_SOURCE because the sources only have inline functions and calls > memcmp/cpy functions. Testing this myself on my build boxes, I see no issue. The biggest th...

_BSD_SOURCE was deprecated in favour of _DEFAULT_SOURCE since glibc 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should also be defined. [1]: https://sourceware.org/glibc/wiki/Release/2.20 Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 2 ++ li...

The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be used instead of _BSD_SOURCE. However, there is no need to include _BSD_SOURCE because the sources only have inline functions and calls memcmp/cpy functions. Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c...

...Ferenc Wagner [mailto:wferi at niif.hu] > Sent: Thursday, September 25, 2014 4:42 PM > To: Chanho Park > Cc: syslinux at zytor.com > Subject: Re: [syslinux] [PATCH] define _DEFAULT_SOURCE for glibc-2.20 > > Chanho Park <chanho61.park at samsung.com> writes: > > > _BSD_SOURCE was deprecated in favour of _DEFAULT_SOURCE since glibc > > 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should > > also be defined. > > Why exactly is _BSD_SOURCE (or _DEFAULT_SOURCE) needed in the Syslinux > sources? Maybe it would be worth pointing out in...

...t niif.hu] >> Sent: Thursday, September 25, 2014 4:42 PM >> To: Chanho Park >> Cc: syslinux at zytor.com >> Subject: Re: [syslinux] [PATCH] define _DEFAULT_SOURCE for glibc-2.20 >> >> Chanho Park <chanho61.park at samsung.com> writes: >> >> > _BSD_SOURCE was deprecated in favour of _DEFAULT_SOURCE since glibc >> > 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should >> > also be defined. >> >> Why exactly is _BSD_SOURCE (or _DEFAULT_SOURCE) needed in the Syslinux >> sources? Maybe it would be wor...

Chanho Park <chanho61.park at samsung.com> writes: > _BSD_SOURCE was deprecated in favour of _DEFAULT_SOURCE since glibc > 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should > also be defined. Why exactly is _BSD_SOURCE (or _DEFAULT_SOURCE) needed in the Syslinux sources? Maybe it would be worth pointing out in a comment. -- Thanks, Fe...

Would a patch to ogg123 for using scandir(3) and alphasort(3) instead of opendir(3) and readdir(3) in playlist_append_directory() be accepted, or are those not sufficiently portable? On Linux, _SVID_SOURCE or _BSD_SOURCE is required to use them. This shouldn't be hard to implement and I'd like very much to have directories added to the playlist in sorted order.

ELLCC is a compilation tool chain based on clang/LLVM, libc++ and the musl standard C library for Linux. Recently I was asked if ELLCC pre-built binaries could be used to build clang/LLVM TOT. It turns out that it can with some simple patches. This is a simple way to bootstrap clang/LLVM on an arbitrary Linux system that either doesn't have GCC or has a version of GCC that is too old to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The same result without CFLAGS: configure:17300: checking for mblen configure:17356: gcc -o conftest -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset -fstack-protector-strong -fPIE

...s-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 features.h #ifdef _GNU_SOURCE # define _BSD_SOURCE 1 #endif .... #if defined _BSD_SOURCE || defined _SVID_SOURCE # define __USE_MISC 1 #endif sys/stat.h includes bits/stat.h #include <features.h> .... struct stat { .... #ifdef __USE_MISC /* Nanosecond resolution timestamps are stored in a format equivalent to 'struct t...

...: config: update AC_PREREQ statement to 2.60 James Cloos (3): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings Replace static ChangeLog with dist-hook to generate from git log Matt Turner (4): Makefile: Use _DEFAULT_SOURCE instead of _BSD_SOURCE configure: Depend on libXt Fix pointer-to-int-cast errors xtrap 1.0.3 Paulo Cesar Pereira de Andrade (2): Ansification and compile warning fixes. Janitor: Add matching prototypes to callback functions. Thomas Zimmermann (1): Bug 24530: Add $(AM_CFLAGS) to xtrap...

On 09/22/2014 07:03 PM, Eric W. Biederman wrote: >>> >>> What exactly do you mean with "When not present, it should turn the >>> new behavior on"? >> >> When the _parameter_ is not present. > > I just saw this and thought I should kibitz. > > How about have a way to explicitly map keys to behaviors and just > default the keys to

...ication and compile warning fixes. Peter Hutterer (7): autogen.sh: use exec instead of waiting for configure to finish Constify a few string arguments README: update repository URL to gitlab Remove shadowing rc variable Fix shadowing i variable complaint Replace _BSD_SOURCE with _DEFAULT_SOURCE Bump to 1.0.5 git tag: fonttosfnt-1.0.5 https://xorg.freedesktop.org/archive/individual/app/fonttosfnt-1.0.5.tar.bz2 MD5: 70b785f2063643049bffb31ba4772619 fonttosfnt-1.0.5.tar.bz2 SHA1: acc1c8e47ba0fdc872442bf4fb087074b40ae618 fonttosfnt-1.0.5.tar.bz2 SHA256: c80a5ff...

...here, with a view to upstreaming: > > * Large sections of the patch seem to be Makefile changes. Given > that we're deprecating autoconf, a CMake equivalent will be needed. I know. I'm scared to death of cmake, but I plan on moving there soon. > * Unconditionally #defining _BSD_SOURCE doesn't feel right. I agree. I'll find a better way. > * #undefining libc symbols based on __ELCC__. This looks like a musl > issue rather than just elcc. I'm actually rarther suspicious of musl > here too: neither C99 nor C++11 reserve (e.g.) fopen64. That said, > we...

...t.h | 6 ++++++ mkfs.c | 1 + 5 files changed, 11 insertions(+), 0 deletions(-) diff --git a/cmds-receive.c b/cmds-receive.c index a8be6fa..6cb51fe 100644 --- a/cmds-receive.c +++ b/cmds-receive.c @@ -20,6 +20,7 @@ #define _POSIX_C_SOURCE 200809 #define _XOPEN_SOURCE 700 #define _BSD_SOURCE +#define __KERNEL__ #include <unistd.h> #include <stdint.h> diff --git a/cmds-scrub.c b/cmds-scrub.c index 24be20f..7f6aa68 100644 --- a/cmds-scrub.c +++ b/cmds-scrub.c @@ -16,6 +16,8 @@ * Boston, MA 021110-1307, USA. */ +#define __KERNEL__ + #include <sys/ioctl.h> #in...

When run under valgrind, the 'errors' test would sometimes fail because a single NBD_CMD_WRITE managed to actually send() the entire packet to the server without blocking the state machine. To make things more robust, switch to a server which is serialized (memory is parallel, but sh is serial), and which intentionally does not read a second command until the first is processed, then

Two simple patches which make libnbd compile on FreeBSD. Are we OK to copy common/include/byte-swapping.h from nbdkit? There is no license issue that I know of. Should we put it in lib/ or create a common/ directory? The header file is actually also needed by the tests (follow up patch for that) so putting it in common/ might make more sense. Some notes if you want to compile on FreeBSD: -

Nearly any program that writes to standard output can benefit from this sort of fix. Without it, running e.g., ./guestfish --version > /dev/full would exit successfully, even though it got ENOSPC when writing to the full device. That means regular output redirected to a file on a full partition may also fail to be written, and the error ignored. Before: $ guestfish --version >

...man fstat) > > > > Since kernel 2.5.48, the stat structure supports nanosecond > > resolution for the three file timestamp fields. The nanosecond compo? > > nents of each timestamp are available via names of the form > > st_atim.tv_nsec if the _BSD_SOURCE or _SVID_SOURCE feature test macro > > is defined. Nanosecond timestamps are nowadays standardized, > > starting with POSIX.1-2008, and, starting with version 2.12, glibc also > > exposes the nanosecond component names if _POSIX_C_SOURCE is defined > >...