public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
From: "dtaylor at emc dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug symtab/17866] New: incremental read missing header files
Date: Wed, 21 Jan 2015 21:16:00 -0000	[thread overview]
Message-ID: <bug-17866-4717@http.sourceware.org/bugzilla/> (raw)

https://sourceware.org/bugzilla/show_bug.cgi?id=17866

            Bug ID: 17866
           Summary: incremental read missing header files
           Product: gdb
           Version: 7.8
            Status: NEW
          Severity: normal
          Priority: P2
         Component: symtab
          Assignee: unassigned at sourceware dot org
          Reporter: dtaylor at emc dot com
                CC: dtaylor at emc dot com

When using DWARF debug information, and incremental (the default)
reading of debug information, GDB will oftentimes miss header files
until the user visits a file that includes, directly or indirectly, the
header file.

Example (the following is a constructed example; the actual problem is
seen when building our embedded kernel that does not include system
header files):

main.c:
-------
extern void print_hello (void);

int
main (int argc, char *argv[])
{
  print_hello ();
  return (0);
}

hello.c:
--------
#include <stdio.h>

void
print_hello (void)
{
  printf ("Hello, world\n");
}

build thusly:
-------------
gcc -c -g3 -O3 main.c
gcc -c -g3 -O3 hello.c
gcc -o missing-headers main.o hello.o

Run gdb:
--------

    gdb missing-headers

At prompt, type:
----------------
    (gdb) info sources
    Source files for which symbols have been read in:

    /emc/dtaylor/bugs/missing-headers/main.c

    Source files for which symbols will be read in on demand:

    /usr/include/bits/stdio2.h, /emc/dtaylor/bugs/missing-headers/hello.c
    (gdb) list features.h:1
    No source file named features.h.
    (gdb) list hello.c:1
    1    #include <stdio.h>
    2    
    3    void
    4    print_hello (void)
    5    {
    6      printf ("Hello, world\n");
    7    }
    (gdb) info sources
    Source files for which symbols have been read in:

    /emc/dtaylor/bugs/missing-headers/hello.c, /usr/include/stdio.h, 
    /usr/include/features.h, /usr/include/bits/predefs.h, 
    /usr/include/sys/cdefs.h, /usr/include/bits/wordsize.h, 
    /usr/include/gnu/stubs.h, /usr/include/gnu/stubs-64.h, 
    /usr/lib/gcc/x86_64-linux-gnu/4.4/include/stddef.h,
/usr/include/bits/types.h, 
    /usr/include/bits/typesizes.h, /usr/include/libio.h,
/usr/include/_G_config.h, 
    /usr/include/wchar.h, /usr/lib/gcc/x86_64-linux-gnu/4.4/include/stdarg.h, 
    /usr/include/bits/stdio_lim.h, /usr/include/bits/sys_errlist.h, 
    /usr/include/bits/stdio.h, /usr/include/bits/stdio2.h, 
    /emc/dtaylor/bugs/missing-headers/main.c

    Source files for which symbols will be read in on demand:

    /usr/include/bits/stdio2.h
    (gdb) list features.h:1
    1    /* Copyright (C) 1991-1993,1995-2007,2009,2010 Free Software
Foundation, Inc.
    2       This file is part of the GNU C Library.
    3    
    4       The GNU C Library is free software; you can redistribute it and/or
    5       modify it under the terms of the GNU Lesser General Public
    6       License as published by the Free Software Foundation; either
    7       version 2.1 of the License, or (at your option) any later version.
    8    
    9       The GNU C Library is distributed in the hope that it will be
useful,
    10       but WITHOUT ANY WARRANTY; without even the implied warranty of
    (gdb) 

I did this with the 7.9 pre-release (to make sure that there wasn't a
bug fix that I missed), but the same problem occurs in 7.8 and earlier
versions.

By contrast, with STABS most (all?) headers are found without the need
to first 'visit' a file thst includes them.

The above was done on an x86-64 GNU/Linux system, though I doubt that
that matters much to duplicating the problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


             reply	other threads:[~2015-01-21 21:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-21 21:16 dtaylor at emc dot com [this message]
2015-01-26  1:12 ` [Bug symtab/17866] " xdje42 at gmail dot com
2015-01-26 17:43 ` dtaylor at usendtaylorx2l dot lss.emc.com

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=bug-17866-4717@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=gdb-prs@sourceware.org \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).