all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* trunk build failure on Solaris 2.6
@ 2007-10-19  0:45 Katsumi Yamaoka
  2007-10-19  2:50 ` William Xu
  2007-10-19  3:12 ` Chong Yidong
  0 siblings, 2 replies; 22+ messages in thread
From: Katsumi Yamaoka @ 2007-10-19  0:45 UTC (permalink / raw)
  To: emacs-devel

Hi,

I don't know at all what's going on but this change

2007-10-17  Chong Yidong  <cyd@stupidchicken.com>

	* configure.in (HAVE_RES_INIT): Define if res_init() exists.
	(HAVE_LIBRESOLV): Also define if we are using res_init().

makes Solaris 2.6 with Gcc 3.3 use res_init and fail to build
Emacs trunk.

config.log
==========
configure:19614: checking for res_init
[...]
configure:19693: result: no
configure:19704: checking for res_init with -lresolv
configure:19729: gcc -o conftest -I/usr/local/include -I/usr/local/X11/include\
 -g -O2 -I/usr/local/include -I/usr/local/X11/include -L/usr/local/lib\
 -L/usr/local/X11/lib conftest.c -lmail -lm -lXext -lXmu -lXt -lSM -lICE -lX11\
 -lsocket -lnsl -lkstat -lresolv >&5
configure:19735: $? = 0
configure:19751: result: yes

make bootstrap
==============
gcc [...] -o temacs [...]
Undefined  first referenced
 symbol        in file
res_init       process.o  (symbol belongs to implicit dependency /usr/lib/libresolv.so.2)
ld: fatal: Symbol referencing errors. No output written to temacs

Removing the `#define HAVE_RES_INIT 1' line in config.h does the
trick.  Does adding something to s/sol2*.h solve it?  Sorry, I
have no Solaris machine other than 2.6 (this is in the office,
so I cannot fiddle it in the week end).

Regards,

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  0:45 trunk build failure on Solaris 2.6 Katsumi Yamaoka
@ 2007-10-19  2:50 ` William Xu
  2007-10-19  3:12 ` Chong Yidong
  1 sibling, 0 replies; 22+ messages in thread
From: William Xu @ 2007-10-19  2:50 UTC (permalink / raw)
  To: emacs-devel

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> I don't know at all what's going on but this change
>
> 2007-10-17  Chong Yidong  <cyd@stupidchicken.com>
>
> 	* configure.in (HAVE_RES_INIT): Define if res_init() exists.
> 	(HAVE_LIBRESOLV): Also define if we are using res_init().
>
> makes Solaris 2.6 with Gcc 3.3 use res_init and fail to build
> Emacs trunk.

Looks like same as (on macosx): <A8B2926F-C93C-41A3-8FFA-A85BFC448DC5@meer.net>

I also encounter this on my macosx..

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  0:45 trunk build failure on Solaris 2.6 Katsumi Yamaoka
  2007-10-19  2:50 ` William Xu
@ 2007-10-19  3:12 ` Chong Yidong
  2007-10-19  3:51   ` William Xu
  2007-10-19  4:33   ` Katsumi Yamaoka
  1 sibling, 2 replies; 22+ messages in thread
From: Chong Yidong @ 2007-10-19  3:12 UTC (permalink / raw)
  To: Katsumi Yamaoka; +Cc: emacs-devel

Does compilation complete with this patch applied?

*** trunk/configure~	2007-10-18 22:58:26.000000000 -0400
--- trunk/configure	2007-10-18 23:11:38.000000000 -0400
***************
*** 20236,20241 ****
--- 20236,20242 ----
  
  # Do we need libresolv (due to res_init or Hesiod)?
  if test "$resolv" = yes ; then
+   LIBS="$LIBS -lresolv"
  
  cat >>confdefs.h <<\_ACEOF
  #define HAVE_LIBRESOLV 1
*** trunk/configure.in.~1.477.~	2007-10-17 11:49:43.000000000 -0400
--- trunk/configure.in	2007-10-18 23:08:44.000000000 -0400
***************
*** 2818,2823 ****
--- 2818,2824 ----
  
  # Do we need libresolv (due to res_init or Hesiod)?
  if test "$resolv" = yes ; then
+   LIBS="$LIBS -lresolv"
    AC_DEFINE(HAVE_LIBRESOLV, 1,
              [Define to 1 if you have the resolv library (-lresolv).])
  fi

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  3:12 ` Chong Yidong
@ 2007-10-19  3:51   ` William Xu
  2007-10-19  4:22     ` Chong Yidong
  2007-10-19  7:10     ` Cyrus Harmon
  2007-10-19  4:33   ` Katsumi Yamaoka
  1 sibling, 2 replies; 22+ messages in thread
From: William Xu @ 2007-10-19  3:51 UTC (permalink / raw)
  To: emacs-devel

Chong Yidong <cyd@stupidchicken.com> writes:

> Does compilation complete with this patch applied?

Still same error here: 

gcc  -prebind -framework Carbon -framework QuickTime -Xlinker -headerpad
-Xlinker 690  -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o
window.o charset.o coding.o category.o ccl.o cm.o term.o terminal.o
xfaces.o   emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o
filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o
cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o
data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o
abbrev.o syntax.o unexmacosx.o bytecode.o process.o callproc.o
region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o
textprop.o composite.o md5.o  mac.o macterm.o macfns.o macmenu.o
macselect.o fontset.o fringe.o image.o  terminfo.o lastfile.o
-lncurses   
/usr/bin/ld: warning prebinding disabled because of undefined symbols
/usr/bin/ld: Undefined symbols:
_res_9_init
collect2: ld returned 1 exit status
make[2]: *** [temacs] Error 1
make[1]: *** [bootstrap-build] Error 2
make: *** [bootstrap] Error 2

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  3:51   ` William Xu
@ 2007-10-19  4:22     ` Chong Yidong
  2007-10-19  5:47       ` William Xu
  2007-10-19 19:48       ` Chong Yidong
  2007-10-19  7:10     ` Cyrus Harmon
  1 sibling, 2 replies; 22+ messages in thread
From: Chong Yidong @ 2007-10-19  4:22 UTC (permalink / raw)
  To: William Xu; +Cc: emacs-devel

William Xu <william.xwl@gmail.com> writes:

> Chong Yidong <cyd@stupidchicken.com> writes:
>
>> Does compilation complete with this patch applied?
>
> Still same error here: 

How about if you revert the previous patch I posted, and use this one?

*** trunk/src/Makefile.in.~1.355.~	2007-10-12 13:33:38.000000000 -0400
--- trunk/src/Makefile.in	2007-10-19 00:21:18.000000000 -0400
***************
*** 459,464 ****
--- 459,471 ----
  #define LIBGPM
  #endif /* not HAVE_GPM */
  
+ #if HAVE_LIBRESOLV
+ #ifndef LIBRESOLV
+ #define LIBRESOLV -lresolv
+ #endif /* not defined LIBRESOLV */
+ #else /* not HAVE_LIBRESOLV */
+ #define LIBRESOLV
+ #endif /* not HAVE_LIBRESOLV */
  
  LIBSOUND= @LIBSOUND@
  CFLAGS_SOUND= @CFLAGS_SOUND@
***************
*** 940,946 ****
     duplicated symbols.  If the standard libraries were compiled
     with GCC, we might need gnulib again after them.  */
  LIBES = $(LOADLIBES) $(LIBS) $(LIBX) $(LIBSOUND) $(RSVG_LIBS) LIBGPM \
!    LIBS_SYSTEM LIBS_MACHINE LIBS_TERMCAP \
     LIBS_DEBUG $(GETLOADAVG_LIBS) $(GNULIB_VAR) LIB_MATH LIB_STANDARD \
     $(GNULIB_VAR)
  
--- 947,953 ----
     duplicated symbols.  If the standard libraries were compiled
     with GCC, we might need gnulib again after them.  */
  LIBES = $(LOADLIBES) $(LIBS) $(LIBX) $(LIBSOUND) $(RSVG_LIBS) LIBGPM \
!    LIBRESOLV LIBS_SYSTEM LIBS_MACHINE LIBS_TERMCAP \
     LIBS_DEBUG $(GETLOADAVG_LIBS) $(GNULIB_VAR) LIB_MATH LIB_STANDARD \
     $(GNULIB_VAR)

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  3:12 ` Chong Yidong
  2007-10-19  3:51   ` William Xu
@ 2007-10-19  4:33   ` Katsumi Yamaoka
  1 sibling, 0 replies; 22+ messages in thread
From: Katsumi Yamaoka @ 2007-10-19  4:33 UTC (permalink / raw)
  To: Chong Yidong; +Cc: emacs-devel

>>>>> Chong Yidong wrote:

> Does compilation complete with this patch applied?

Thanks, but it made no difference.

config.log
==========
configure:19614: checking for res_init
configure:19670: gcc -o conftest [...]
Undefined  first referenced
 symbol        in file
res_init       /var/tmp//cca3IgC2.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure:19676: $? = 1
configure: failed program was:
[...]
configure:19693: result: no

configure:19704: checking for res_init with -lresolv
[...]
configure:19751: result: yes

Because of the latter(?), HAVE_RES_INIT was set in src/config.h
as before and building Emacs failed.

Regards,

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  4:22     ` Chong Yidong
@ 2007-10-19  5:47       ` William Xu
  2007-10-19 15:29         ` Chong Yidong
  2007-10-19 19:48       ` Chong Yidong
  1 sibling, 1 reply; 22+ messages in thread
From: William Xu @ 2007-10-19  5:47 UTC (permalink / raw)
  To: emacs-devel

Chong Yidong <cyd@stupidchicken.com> writes:

> How about if you revert the previous patch I posted, and use this one?

Sadly, same error..

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  3:51   ` William Xu
  2007-10-19  4:22     ` Chong Yidong
@ 2007-10-19  7:10     ` Cyrus Harmon
  1 sibling, 0 replies; 22+ messages in thread
From: Cyrus Harmon @ 2007-10-19  7:10 UTC (permalink / raw)
  To: William Xu; +Cc: emacs-devel

FWIW, I see the same error building on MacOS X 10.4.10

Cyrus

On Oct 18, 2007, at 8:51 PM, William Xu wrote:

> Chong Yidong <cyd@stupidchicken.com> writes:
>
>> Does compilation complete with this patch applied?
>
> Still same error here:
>
> gcc  -prebind -framework Carbon -framework QuickTime -Xlinker - 
> headerpad
> -Xlinker 690  -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o
> window.o charset.o coding.o category.o ccl.o cm.o term.o terminal.o
> xfaces.o   emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o
> filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o
> cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o
> data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o  
> lread.o
> abbrev.o syntax.o unexmacosx.o bytecode.o process.o callproc.o
> region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o
> textprop.o composite.o md5.o  mac.o macterm.o macfns.o macmenu.o
> macselect.o fontset.o fringe.o image.o  terminfo.o lastfile.o
> -lncurses
> /usr/bin/ld: warning prebinding disabled because of undefined symbols
> /usr/bin/ld: Undefined symbols:
> _res_9_init
> collect2: ld returned 1 exit status
> make[2]: *** [temacs] Error 1
> make[1]: *** [bootstrap-build] Error 2
> make: *** [bootstrap] Error 2
>
> -- 
> William
>
> http://williamxu.net9.org
>
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-devel

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  5:47       ` William Xu
@ 2007-10-19 15:29         ` Chong Yidong
  2007-10-19 16:20           ` William Xu
  0 siblings, 1 reply; 22+ messages in thread
From: Chong Yidong @ 2007-10-19 15:29 UTC (permalink / raw)
  To: William Xu; +Cc: emacs-devel

William Xu <william.xwl@gmail.com> writes:

> Chong Yidong <cyd@stupidchicken.com> writes:
>
>> How about if you revert the previous patch I posted, and use this one?
>
> Sadly, same error..

Did you run configure again after patching?

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 15:29         ` Chong Yidong
@ 2007-10-19 16:20           ` William Xu
  0 siblings, 0 replies; 22+ messages in thread
From: William Xu @ 2007-10-19 16:20 UTC (permalink / raw)
  To: emacs-devel

Chong Yidong <cyd@stupidchicken.com> writes:

> Did you run configure again after patching?

No, i didn't, since it looks like that `make bootstrap' would rerun
configure automatically?

Anyway, with your src/Makefile.in patch, i manually configure again,
then bootstrap, still fail.

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19  4:22     ` Chong Yidong
  2007-10-19  5:47       ` William Xu
@ 2007-10-19 19:48       ` Chong Yidong
  2007-10-19 20:31         ` Dan Nicolaescu
  1 sibling, 1 reply; 22+ messages in thread
From: Chong Yidong @ 2007-10-19 19:48 UTC (permalink / raw)
  To: Katsumi Yamaoka; +Cc: emacs-devel

Could you try the following patch on Solaris?

William Xu said it didn't work on the Mac, but I am not familiar with
the mac build system; I'd like to first see if it works on a non-gnu
Unix.

*** trunk/src/Makefile.in.~1.355.~	2007-10-12 13:33:38.000000000 -0400
--- trunk/src/Makefile.in	2007-10-19 00:21:18.000000000 -0400
***************
*** 459,464 ****
--- 459,471 ----
  #define LIBGPM
  #endif /* not HAVE_GPM */
  
+ #if HAVE_LIBRESOLV
+ #ifndef LIBRESOLV
+ #define LIBRESOLV -lresolv
+ #endif /* not defined LIBRESOLV */
+ #else /* not HAVE_LIBRESOLV */
+ #define LIBRESOLV
+ #endif /* not HAVE_LIBRESOLV */
  
  LIBSOUND= @LIBSOUND@
  CFLAGS_SOUND= @CFLAGS_SOUND@
***************
*** 940,946 ****
     duplicated symbols.  If the standard libraries were compiled
     with GCC, we might need gnulib again after them.  */
  LIBES = $(LOADLIBES) $(LIBS) $(LIBX) $(LIBSOUND) $(RSVG_LIBS) LIBGPM \
!    LIBS_SYSTEM LIBS_MACHINE LIBS_TERMCAP \
     LIBS_DEBUG $(GETLOADAVG_LIBS) $(GNULIB_VAR) LIB_MATH LIB_STANDARD \
     $(GNULIB_VAR)
  
--- 947,953 ----
     duplicated symbols.  If the standard libraries were compiled
     with GCC, we might need gnulib again after them.  */
  LIBES = $(LOADLIBES) $(LIBS) $(LIBX) $(LIBSOUND) $(RSVG_LIBS) LIBGPM \
!    LIBRESOLV LIBS_SYSTEM LIBS_MACHINE LIBS_TERMCAP \
     LIBS_DEBUG $(GETLOADAVG_LIBS) $(GNULIB_VAR) LIB_MATH LIB_STANDARD \
     $(GNULIB_VAR)

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 19:48       ` Chong Yidong
@ 2007-10-19 20:31         ` Dan Nicolaescu
  2007-10-19 20:42           ` Chong Yidong
  2007-10-20  0:31           ` Evil Boris
  0 siblings, 2 replies; 22+ messages in thread
From: Dan Nicolaescu @ 2007-10-19 20:31 UTC (permalink / raw)
  To: Chong Yidong; +Cc: Katsumi Yamaoka, emacs-devel

Chong Yidong <cyd@stupidchicken.com> writes:

  > Could you try the following patch on Solaris?

It works for me on solaris sparc-sun-solaris2.9, -lresolv is added to
the link line for temacs.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 20:31         ` Dan Nicolaescu
@ 2007-10-19 20:42           ` Chong Yidong
  2007-10-20  1:42             ` YAMAMOTO Mitsuharu
  2007-10-21  2:22             ` William Xu
  2007-10-20  0:31           ` Evil Boris
  1 sibling, 2 replies; 22+ messages in thread
From: Chong Yidong @ 2007-10-19 20:42 UTC (permalink / raw)
  To: Dan Nicolaescu; +Cc: Katsumi Yamaoka, emacs-devel

Dan Nicolaescu <dann@ics.uci.edu> writes:

> Chong Yidong <cyd@stupidchicken.com> writes:
>
>   > Could you try the following patch on Solaris?
>
> It works for me on solaris sparc-sun-solaris2.9, -lresolv is added to
> the link line for temacs.

Thanks.  I've checked in the patch to Makefile.in adding -lresolv.

Could a Mac maintainer try to find out why it's not working on that
platform?

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 20:31         ` Dan Nicolaescu
  2007-10-19 20:42           ` Chong Yidong
@ 2007-10-20  0:31           ` Evil Boris
  1 sibling, 0 replies; 22+ messages in thread
From: Evil Boris @ 2007-10-20  0:31 UTC (permalink / raw)
  To: emacs-devel

Dan Nicolaescu <dann <at> ics.uci.edu> writes:

> It works for me on solaris sparc-sun-solaris2.9, -lresolv is added to
> the link line for temacs.

Had same problem on Solaris 2.7 on SPARC.  With the most recent update linking
temacs succeeds.

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 20:42           ` Chong Yidong
@ 2007-10-20  1:42             ` YAMAMOTO Mitsuharu
  2007-10-20 17:05               ` Chong Yidong
  2007-10-21  2:22             ` William Xu
  1 sibling, 1 reply; 22+ messages in thread
From: YAMAMOTO Mitsuharu @ 2007-10-20  1:42 UTC (permalink / raw)
  To: Chong Yidong; +Cc: emacs-devel

>>>>> On Fri, 19 Oct 2007 16:42:33 -0400, Chong Yidong <cyd@stupidchicken.com> said:

> Could a Mac maintainer try to find out why it's not working on that
> platform?

As address queries via getaddrinfo are normally forwarded to a daemon
called lookupd on Mac OS X, I suspect it doesn't make sense to call
res_init before getaddrinfo on that platform in the first place.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-20  1:42             ` YAMAMOTO Mitsuharu
@ 2007-10-20 17:05               ` Chong Yidong
  2007-10-21  5:10                 ` YAMAMOTO Mitsuharu
  0 siblings, 1 reply; 22+ messages in thread
From: Chong Yidong @ 2007-10-20 17:05 UTC (permalink / raw)
  To: YAMAMOTO Mitsuharu; +Cc: emacs-devel

YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:

>>>>>> On Fri, 19 Oct 2007 16:42:33 -0400, Chong Yidong <cyd@stupidchicken.com> said:
>
>> Could a Mac maintainer try to find out why it's not working on that
>> platform?
>
> As address queries via getaddrinfo are normally forwarded to a
> daemon called lookupd on Mac OS X, I suspect it doesn't make sense
> to call res_init before getaddrinfo on that platform in the first
> place.

Then this bit of code in the configure script should fail, but it
apparently succeeds; that's why HAVE_LIBRESOLV is defined.

  LIBS="$LIBS -lresolv"
  AC_MSG_CHECKING(for res_init with -lresolv)
  AC_TRY_LINK([#include <netinet/in.h>
#include <arpa/nameser.h>
#include <resolv.h> ],
    [res_init();],
    have_res_init=yes, have_res_init=no)

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-19 20:42           ` Chong Yidong
  2007-10-20  1:42             ` YAMAMOTO Mitsuharu
@ 2007-10-21  2:22             ` William Xu
  1 sibling, 0 replies; 22+ messages in thread
From: William Xu @ 2007-10-21  2:22 UTC (permalink / raw)
  To: emacs-devel

Chong Yidong <cyd@stupidchicken.com> writes:

> Could a Mac maintainer try to find out why it's not working on that
> platform?

This may be a fix: <786A49C2-4433-47BA-97F3-1C35A0C3ADEF@Freenet.DE>

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-20 17:05               ` Chong Yidong
@ 2007-10-21  5:10                 ` YAMAMOTO Mitsuharu
  2007-10-21  5:46                   ` William Xu
  2007-10-22 14:46                   ` Chong Yidong
  0 siblings, 2 replies; 22+ messages in thread
From: YAMAMOTO Mitsuharu @ 2007-10-21  5:10 UTC (permalink / raw)
  To: Chong Yidong; +Cc: emacs-devel

>>>>> On Sat, 20 Oct 2007 13:05:52 -0400, Chong Yidong <cyd@stupidchicken.com> said:

> YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:
>>>>>>> On Fri, 19 Oct 2007 16:42:33 -0400, Chong Yidong
>>>>>>> <cyd@stupidchicken.com> said:
>> 
>>> Could a Mac maintainer try to find out why it's not working on
>>> that platform?
>> 
>> As address queries via getaddrinfo are normally forwarded to a
>> daemon called lookupd on Mac OS X, I suspect it doesn't make sense
>> to call res_init before getaddrinfo on that platform in the first
>> place.

> Then this bit of code in the configure script should fail, but it
> apparently succeeds; that's why HAVE_LIBRESOLV is defined.

I was not talking about how the configure script works, but whether
the `res_init' call makes sense on Mac OS X in the first place.

The intention of the `res_init' call before getaddrinfo is, as
mentioned in configure.in, to detect /etc/resolv.conf changes by
initializing some internal states of the resolver routine executed in
the Emacs process.  But on Mac OS X, and possibly also on some other
platforms, the actual resolution is performed by an external process,
and thus the Emacs process is not responsible to detect the
/etc/resolv.conf changes.  On such platforms, the `res_init' call does
not make sense whether or not the configure script detects the
existence of that symbol.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-21  5:10                 ` YAMAMOTO Mitsuharu
@ 2007-10-21  5:46                   ` William Xu
  2007-10-22 14:46                   ` Chong Yidong
  1 sibling, 0 replies; 22+ messages in thread
From: William Xu @ 2007-10-21  5:46 UTC (permalink / raw)
  To: emacs-devel

YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:

> The intention of the `res_init' call before getaddrinfo is, as
> mentioned in configure.in, to detect /etc/resolv.conf changes by
> initializing some internal states of the resolver routine executed in
> the Emacs process.  But on Mac OS X, and possibly also on some other
> platforms, the actual resolution is performed by an external process,
> and thus the Emacs process is not responsible to detect the
> /etc/resolv.conf changes.  On such platforms, the `res_init' call does
> not make sense whether or not the configure script detects the
> existence of that symbol.

BTW, I think this may be related.

I added -lresolv manually to make emacs compile, and with the newly
built emacs, it hangs when i try to `gnus-group-get-new-news' in Gnus
Group buffer. (See backtrace in the end)

And i find if i revert the following changes in process.c, then no problem.

,----[ process.c ]
| Link to libs for calling res_init() if available.
| (Fmake_network_process): Call res_init() before getaddrinfo or
| gethostbyname, if possible.
`----

---------------------------------8<------------------------------------- 
^Z
Program received signal SIGTSTP, Stopped (user).
0xffff8390 in ___gettimeofday () at /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h:182
182     /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h: No such file or directory.
        in /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h
(gdb) bt
#0  0xffff8390 in ___gettimeofday () at /System/Library/Frameworks/System.framework/PrivateHeaders/ppc/cpu_capabilities.h:182
#1  0x90005278 in gettimeofday ()
#2  0x00134d80 in wait_reading_process_output (time_limit=0, microsecs=100000, read_kbd=-1, do_display=0, wait_for_cell=58721289, wait_proc=0x8666180, just_wait_proc=0) at /Users/william/repo/cvs/emacs/src/process.c:4370
#3  0x001372cc in Faccept_process_output (process=113491, seconds=0, millisec=1578, just_this_one=1464069094) at /Users/william/repo/cvs/emacs/src/process.c:3986
#4  0x000fa36c in Ffuncall (nargs=-1073756032, args=0xbfffcbe0) at /Users/william/repo/cvs/emacs/src/eval.c:3027
#5  0x0012c54c in Fbyte_code (bytestr=113491, vector=-1073754992, maxdepth=56) at /Users/william/repo/cvs/emacs/src/bytecode.c:679
#6  0x000f9dac in funcall_lambda (fun=34852084, nargs=1, arg_vector=0xbfffce84) at /Users/william/repo/cvs/emacs/src/eval.c:3204
#7  0x000fa4bc in Ffuncall (nargs=-1073756032, args=0x2ea65d9) at /Users/william/repo/cvs/emacs/src/eval.c:3074
#8  0x0012c54c in Fbyte_code (bytestr=113491, vector=-1073754496, maxdepth=40) at /Users/william/repo/cvs/emacs/src/bytecode.c:679
#9  0x000f9dac in funcall_lambda (fun=141105348, nargs=1, arg_vector=0xbfffd074) at /Users/william/repo/cvs/emacs/src/eval.c:3204
...

Lisp Backtrace:
"accept-process-output" (0xbfffcc94)
"nnheader-accept-process-output" (0xbfffce84)
"nntp-accept-process-output" (0xbfffd074)
"nntp-open-connection" (0xbfffd264)
"nntp-open-server" (0xbfffd454)
"byte-code" (0xbfffd524)
"gnus-open-server" (0xbfffdb44)
"byte-code" (0xbfffdc14)
"gnus-activate-group" (0xbfffe244)
"gnus-get-unread-articles" (0xbfffe444)
"gnus-group-get-new-news" (0xbfffe590)
0x20d609d Lisp type 5
"call-interactively" (0xbfffea38)
(gdb) 
---------------------------------8<------------------------------------- 

-- 
William

http://williamxu.net9.org

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-21  5:10                 ` YAMAMOTO Mitsuharu
  2007-10-21  5:46                   ` William Xu
@ 2007-10-22 14:46                   ` Chong Yidong
  2007-11-05 11:12                     ` Mark Aufflick
  1 sibling, 1 reply; 22+ messages in thread
From: Chong Yidong @ 2007-10-22 14:46 UTC (permalink / raw)
  To: YAMAMOTO Mitsuharu; +Cc: emacs-devel

YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:

> The intention of the `res_init' call before getaddrinfo is, as
> mentioned in configure.in, to detect /etc/resolv.conf changes by
> initializing some internal states of the resolver routine executed in
> the Emacs process.  But on Mac OS X, and possibly also on some other
> platforms, the actual resolution is performed by an external process,
> and thus the Emacs process is not responsible to detect the
> /etc/resolv.conf changes.  On such platforms, the `res_init' call does
> not make sense whether or not the configure script detects the
> existence of that symbol.

In that case, could you add mac makefile (I believe this is s/darwin.h
but am not sure) undefining LIBRESOLV?

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-10-22 14:46                   ` Chong Yidong
@ 2007-11-05 11:12                     ` Mark Aufflick
  2007-11-06  2:15                       ` Richard Stallman
  0 siblings, 1 reply; 22+ messages in thread
From: Mark Aufflick @ 2007-11-05 11:12 UTC (permalink / raw)
  To: Chong Yidong; +Cc: YAMAMOTO Mitsuharu, emacs-devel

I tried all sorts of combinations of #undefs in src/s/darwin.h and
reconfiguring but the correct combination of build options never
eventuated.

As Yamamoto-san did, I simply manually reversed the following
changeset to src/process.c:

http://cvs.savannah.gnu.org/viewvc/emacs/src/process.c?root=emacs&r1=1.520&r2=1.521

I also had to comment out the assertion on line 454 of unexmacosx.c:

/*      assert (filesize <= ranges->size); */

Not sure how much outside the range the dump was, but subsequently the
make bootstrap continued. I am on ppc and I hazarded that the risc
binary dumps would be substantially bigger than those on ix86.

Predictably though, you can't get away with hacks like that and my
emacs-bootstrap binary fails to launch, dieing with the error:

bootstrap-emacs: Cannot allocate memory

more troubleshooting to be done!

Mark.

On 10/23/07, Chong Yidong <cyd@stupidchicken.com> wrote:
> YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:
>
> > The intention of the `res_init' call before getaddrinfo is, as
> > mentioned in configure.in, to detect /etc/resolv.conf changes by
> > initializing some internal states of the resolver routine executed in
> > the Emacs process.  But on Mac OS X, and possibly also on some other
> > platforms, the actual resolution is performed by an external process,
> > and thus the Emacs process is not responsible to detect the
> > /etc/resolv.conf changes.  On such platforms, the `res_init' call does
> > not make sense whether or not the configure script detects the
> > existence of that symbol.
>
> In that case, could you add mac makefile (I believe this is s/darwin.h
> but am not sure) undefining LIBRESOLV?
>

-- 
Mark Aufflick
  contact info at http://mark.aufflick.com/about/contact

^ permalink raw reply	[flat|nested] 22+ messages in thread

* Re: trunk build failure on Solaris 2.6
  2007-11-05 11:12                     ` Mark Aufflick
@ 2007-11-06  2:15                       ` Richard Stallman
  0 siblings, 0 replies; 22+ messages in thread
From: Richard Stallman @ 2007-11-06  2:15 UTC (permalink / raw)
  To: Mark Aufflick; +Cc: cyd, mituharu, emacs-devel

    As Yamamoto-san did, I simply manually reversed the following
    changeset to src/process.c:

    http://cvs.savannah.gnu.org/viewvc/emacs/src/process.c?root=emacs&r1=1.520&r2=1.521

Instead of treating changes and build options as black boxes, can you
look at them as code?  Which lines of code in that change actually
cause the problem -- and how?

^ permalink raw reply	[flat|nested] 22+ messages in thread

end of thread, other threads:[~2007-11-06  2:15 UTC | newest]

Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-19  0:45 trunk build failure on Solaris 2.6 Katsumi Yamaoka
2007-10-19  2:50 ` William Xu
2007-10-19  3:12 ` Chong Yidong
2007-10-19  3:51   ` William Xu
2007-10-19  4:22     ` Chong Yidong
2007-10-19  5:47       ` William Xu
2007-10-19 15:29         ` Chong Yidong
2007-10-19 16:20           ` William Xu
2007-10-19 19:48       ` Chong Yidong
2007-10-19 20:31         ` Dan Nicolaescu
2007-10-19 20:42           ` Chong Yidong
2007-10-20  1:42             ` YAMAMOTO Mitsuharu
2007-10-20 17:05               ` Chong Yidong
2007-10-21  5:10                 ` YAMAMOTO Mitsuharu
2007-10-21  5:46                   ` William Xu
2007-10-22 14:46                   ` Chong Yidong
2007-11-05 11:12                     ` Mark Aufflick
2007-11-06  2:15                       ` Richard Stallman
2007-10-21  2:22             ` William Xu
2007-10-20  0:31           ` Evil Boris
2007-10-19  7:10     ` Cyrus Harmon
2007-10-19  4:33   ` Katsumi Yamaoka

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.