From: "Dr. Jochen Röhrig" <roehrig@de.ibm.com>
To: gdb@sources.redhat.com
Cc: Daniel Jacobowitz <drow@mvista.com>, msnyder@redhat.com
Subject: Re: S/390 Linux doesn't link on trunk
Date: Mon, 15 Apr 2002 10:06:00 -0000 [thread overview]
Message-ID: <02041519022500.02708@kontiki> (raw)
In-Reply-To: <20020407173859.A31836@nevyn.them.org>
On Sunday, 7. April 2002 23:38, you wrote:
> Just FYI; I didn't try the branch. The error is:
>
> gcc -O2 -g -Wl,-rpath,/usr/lib -o gdb \
> main.o libgdb.a cli-dump.o cli-decode.o cli-script.o cli-cmds.o
> cli-setshow.o cli-utils.o mi-out.o mi-console.o mi-cmds.o mi-cmd-var.o
> mi-cmd-break.o mi-cmd-stack.o mi-cmd-disas.o mi-main.o mi-parse.o
> mi-getopt.o tui-file.o tui.o tuiData.o tuiSource.o tuiStack.o tuiIO.o
> tuiGeneralWin.o tuiLayout.o tuiWin.o tuiCommand.o tuiDisassem.o
> tuiSourceWin.o tuiRegs.o tuiDataWin.o tui-out.o tui-hooks.o
> ../bfd/libbfd.a -lreadline ../opcodes/libopcodes.a
> ../libiberty/libiberty.a -lncurses -lm ../libiberty/libiberty.a \ -ldl
> -rdynamic
> libgdb.a(inftarg.o): In function `init_child_ops':
> /home/buildd/build/gdb-5.2.cvs20020401/objdir/gdb/../../gdb/inftarg.c:754:
> undefined reference to `child_pid_to_exec_file' collect2: ld returned 1
The problem can be circumvented by adding a
#undef CHILD_PID_TO_EXEC_FILE
after the "#include "config/nm-linux.h"-line in config/s390/nm-linux.h (at
least the current Debian gdb-source package version 5.2.cvs20020401-3 builds
after this modification and gbd seems to work).
The problem arises from the unconditional definition of
CHILD_PID_TO_EXEC_FILE at the end of config/nm-linux.h. According to the
CVS-log this was added in Revision 1.11 of config/nm-linux.h on January, 8th.
There were also changes made in config/<arch>/linux.mh for some architectures
(linking with linux-proc.o), which, as far as I can judge it, avoid the above
described problem on theses architectures. However s390 (and, as it seems,
some other architectures), doesn't have a config/<arch>/linux.mh so no
modifications were made for s390.
My question now: are we missing something for s390 because we don't have the
config/s390/linux.mh-file or are the changes to config/s390/nm-linux.h that I
described above a correct solution for the problem? Or would it instead be a
better solution to add a "NATDEPFILES += linux-proc.o" to config/s390/s390.mh?
Jochen
--
Dr. Jochen Röhrig
Linux for eServer Development
IBM Deutschland Entwicklung GmbH, Schönaicher Str. 220, 71032 Böblingen
roehrig@de.ibm.com
next prev parent reply other threads:[~2002-04-15 17:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-07 14:39 Daniel Jacobowitz
2002-04-08 20:50 ` Andrew Cagney
2002-04-08 21:36 ` Daniel Jacobowitz
2002-04-10 10:36 ` Jim Blandy
2002-04-15 10:06 ` Dr. Jochen Röhrig [this message]
2002-04-15 10:11 ` Daniel Jacobowitz
2002-04-15 11:28 ` Michael Snyder
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=02041519022500.02708@kontiki \
--to=roehrig@de.ibm.com \
--cc=drow@mvista.com \
--cc=gdb@sources.redhat.com \
--cc=msnyder@redhat.com \
/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