From: "Mark Aufflick" <mark@aufflick.com>
To: "Chong Yidong" <cyd@stupidchicken.com>
Cc: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>, emacs-devel@gnu.org
Subject: Re: trunk build failure on Solaris 2.6
Date: Mon, 5 Nov 2007 22:12:02 +1100 [thread overview]
Message-ID: <1242f34a0711050312v4d37a833rfa7e162a7b98f1f@mail.gmail.com> (raw)
In-Reply-To: <87ve8zurzc.fsf@stupidchicken.com>
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
next prev parent reply other threads:[~2007-11-05 11:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1242f34a0711050312v4d37a833rfa7e162a7b98f1f@mail.gmail.com \
--to=mark@aufflick.com \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=mituharu@math.s.chiba-u.ac.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).