Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU

emacs-devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] src/print.c: Check for GLIBC rather than GNU_LINUX

From:	Paul Eggert
Subject:	Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX
Date:	Fri, 1 Apr 2016 00:46:52 -0700
User-agent:	Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

Eli Zaretskii wrote:

Thanks.  I needed the additional patch below to get the patch to
compile (how do other ports get F_DUPFD_CLOEXEC?).


<fcntl.h> defines it, perhaps via the gnulib replacement sourced in 
lib/fcntl.in.h.

After that, temacs seems to hang during loadup.  Looks like it hangs
inside the libc function 'close'.  I don't have enough free time now
to do anything serious on master.

No rush. When you get time, if you happen to know who's calling 'close' I couldifdef that call out on MS-Windows.

[Prev in Thread]

Current Thread

[Next in Thread]

Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX, Eli Zaretskii, 2016/04/01
- Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX, Paul Eggert <=
  - Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX, Eli Zaretskii, 2016/04/02
    - Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX, Paul Eggert, 2016/04/03
    - Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX, Paul Eggert, 2016/04/04

Prev by Date: Re: Configuring fontsets with `unicode-fonts` [Was: Re: Should minibuffer prompt be made intangible by default?]
Next by Date: Re: Dynamic modules: MODULE_HANDLE_SIGNALS etc.
Previous by thread: Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX
Next by thread: Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX
Index(es):
- Date
- Thread

Re: [PATCH] src/print.c: Check for __GLIBC__ rather than GNU_LINUX

Re: [PATCH] src/print.c: Check for GLIBC rather than GNU_LINUX