9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "andrey mirtchovski" <mirtchovski@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] Download of links-varfont today won't build
Date: Sun, 15 Jul 2007 10:19:41 -0600	[thread overview]
Message-ID: <14ec7b180707150919y5f7373a7g9ca726b0dd4e1c3e@mail.gmail.com> (raw)
In-Reply-To: <74e0b0a2f6f85e95b2e7903484febb3f@comcast.net>

i just did a pull: it's not only links that fails, it's everything in
/sys/src/ape/cmd :)

from a first glance it looks like not all libraries are linked (a few
pragmas missing?). for example, by adding libc to the mix you get rid
of all warnings but one. the following example is from
/sys/src/ape/cmd/diff:

parr% 8l  -o 8.diff analyze.8 cmpbuf.8 dir.8 io.8 util.8 context.8
ed.8 ifdef.8 normal.8 side.8 fnmatch.8 getopt.8 getopt1.8 regex.8
version.8 prepend_args.8 diff.8 /386/lib/libc.a
discard_confusing_lines: undefined: memset in discard_confusing_lines
diff_2_files: undefined: memcmp in diff_2_files
dir_sort: undefined: strlen in dir_sort
dir_sort: undefined: memcpy in dir_sort
sip: undefined: memchr in sip
regerror: undefined: strcpy in regerror
option_list: undefined: strcat in option_list
_notehandler: undefined: _notetramp in _notehandler
realloc: undefined: memmove in realloc
qtoken: undefined: strchr in qtoken
_startbuf: undefined: lock in _startbuf
_startbuf: undefined: unlock in _startbuf
ocvt_fixed: undefined: _modvu in ocvt_fixed
ocvt_fixed: undefined: _vasop in ocvt_fixed
modf: entry not text: _main
modf: _main: not defined
modf: _divvu: not defined

# now with libc:
parr% 8l  -o 8.diff analyze.8 cmpbuf.8 dir.8 io.8 util.8 context.8
ed.8 ifdef.8 normal.8 side.8 fnmatch.8 getopt.8 getopt1.8 regex.8
version.8 prepend_args.8 diff.8 /386/lib/libc.a
_notehandler: undefined: _notetramp in _notehandler
parr%

unfortunately i'm typing this running out the door so there isn't much
more i can help. i don't have a venti here so i have no idea what
changed in ape. sourcesdump is too slow for me.

andrey

On 7/15/07, Gregory Pavelcak <g.pavelcak@comcast.net> wrote:
> That's what I used, and I just tried again with the same
> result. I guess that means I have something messed up
> somewhere else?
>
> Greg


  reply	other threads:[~2007-07-15 16:19 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-15 15:30 Gregory Pavelcak
2007-07-15 15:37 ` andrey mirtchovski
2007-07-15 15:44   ` Gregory Pavelcak
2007-07-15 16:19     ` andrey mirtchovski [this message]
2007-07-15 16:21       ` andrey mirtchovski
2007-07-15 16:54         ` andrey mirtchovski

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=14ec7b180707150919y5f7373a7g9ca726b0dd4e1c3e@mail.gmail.com \
    --to=mirtchovski@gmail.com \
    --cc=9fans@cse.psu.edu \
    /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.
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 NNTP newsgroup(s).