failure with -gdwarf-4

pahole doesn't understand the new DWARF 4 .debug_types section.

I'm using the F15 GCC, but really any recent-enough GCC will do.
I compile this:

    struct s
    {
      int x;
      int y : 5;
      int z;
    };
    struct s i;

    int main()
    {
    }

Like so:

    gcc -gdwarf-4 -g -o d d.c

Running pahole gives an error:

    $ pahole --class_name=s ./d
    tag__recode_dwarf_type: couldn't find 0x1d type for 0x51 (variable)!

It would be nice to have support for this feature in dwarves, as
.debug_types can greatly reduce the size of the debuginfo in the final
executable.

[patch] Don't die when encountering unknown tags, just warn

Hi,

I was playing with pahole against a binary compiled with an unreleased
gcc. This version outputs some DW_TAGs that pahole doesn't know about.
These tags have been added to elftuils git, but aren't yet in any
release.

The problem was that all errors from die__process_tag () are treated the
same (it returns NULL and then all callers interpret that as out of
memory). So this patch adds an explicit UNKNOWN_TAG return value so
callers can decide to ignore it and just carry on instead of terminating
the program where appropriate.

With this patch in place pahole will just print a warning when
encountering an unknown tag and ignore that die.

Cheers,

Mark

From 59311550b8b2355c9a2f74e00d9ccf1317c5efd2 Mon Sep 17 00:00:00 2001
From: Mark Wielaard <mjw@...>
Date: Sat, 26 Mar 2011 20:39:32 +0100
Subject: [PATCH] dwarf_loader: Warn on unknown tags.

Don't die when encountering unknown tags, just warn.
---
 dwarf_loader.c |   30 ++++++++++++++++++++++--------
 1 files changed, 22 insertions(+), 8 deletions(-)

[PATCH] pfunct: Introduce '-u'/'--all_units'

Link: http://rakesh.fedorapeople.org/misc/0001-pfunct-Introduce-u-all_units.patch

Reason I am not reusing cus__for_each_cu which in turn uses
cu_function_iterator is because it would have in my view been more
unclean way of doing it. To keep things simple and clean I am rather
using a static function print_all_matches.

May this be reviewed ?

Regards,

--

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first

From 0d09eb9a521a28cdb184d3b1a2ec440abe7127fb Mon Sep 17 00:00:00 2001
From: Rakesh Pandit <rakesh@...>
Date: Thu, 6 May 2010 15:40:27 +0530
Subject: [PATCH] pfunct: Introduce '-u'/'--all_units'

Continue printing all function name matches.

Signed-off-by: Rakesh Pandit <rakesh@...>
---
 pfunct.c |   25 +++++++++++++++++++++++++
 1 files changed, 25 insertions(+), 0 deletions(-)

diff --git a/pfunct.c b/pfunct.c
index 5664ed2..9a65749 100644

option for printing all matching function names

Hello,

If we are using pfunct right with option --function, it prints the
first matched function name. This does not satisfy those cases where
object file has more then one functions with same name. I would like
it to print all matching cases not just the first one. Would it be
acceptable ? Or if it is not acceptable as it may break few scripts
written by users which are consuming the tool. An alternate
implementation could be if supplied with an extra option print all
matches and by default just print first one.

Suggestions ? If any of above to is acceptable I can straight right
down a patch accordingly.

Thanks,

--

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] pfunct: Introduced --all/-A

Hello,

I have a request for enhancement (new option in pfunct) via which I
want pfunct to print signatures for all symbols in one go. To add to
it and as expected I want source code information per symbol if -l
option is specified.

Use can for me was: I wanted signature for all symbols from an ELF
file. Repeatedly asking pfunct for all symbols using names had a cost
for me. It used to take substantial time per symbol for uploading ELF
file into memory and searching for sym name and printing required
information. This option will upload it once and print all information
for me.

Can this be considered for inclusion ? If yes, may inline patch be reviewed ?

Thanks,

--

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first

From 0ee628a9152d24eb75107778784fc170ff03ec8d Mon Sep 17 00:00:00 2001
From: Rakesh Pandit <rakesh@...>
Date: Mon, 5 Apr 2010 12:43:47 +0530
Subject: [PATCH] pfunct: Introduced --all/-A

Prints all symbols along with signatures in one go. Depending on other
options e.g -l will also print source code info.

[PATCH] scncopy: Fix minor problems with --usage.

- "-s section 0" doesn't really read the same as "-s section0"
- "--help" is something we should allow
- usage should say "scncopy" not "pjoc"
---
 scncopy.c |    6 ++++--
 1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/scncopy.c b/scncopy.c
index 38aaa9a..9acc16d 100644
--- a/scncopy.c
+++ b/scncopy.c
@@ -65,8 +65,10 @@ int main(int argc, char *argv[])
 			n++;
 			outfile = argv[n];
 			continue;
-		} else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) {
-			printf("usage: pjoc -s section 0 [[-s section1] ... -s sectionN] -o outfile infile\n");
+		} else if (!strcmp(argv[n], "-?") ||
+				!strcmp(argv[n], "--help") ||
+				!strcmp(argv[n], "--usage")) {
+			printf("usage: scncopy [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n");
 			return 0;
 		} else if (n == argc-1) {
 			infile = argv[n];
--

-- 
1.6.5.2

--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo@...

[PATCH] scncopy: make "--help" a valid argument...

---
 scncopy.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/scncopy.c b/scncopy.c
index 067662c..1c76742 100644
--- a/scncopy.c
+++ b/scncopy.c
@@ -65,7 +65,9 @@ int main(int argc, char *argv[])
 			n++;
 			outfile = argv[n];
 			continue;
-		} else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) {
+		} else if (!strcmp(argv[n], "-?") ||
+				!strcmp(argv[n], "--help") ||
+				!strcmp(argv[n], "--usage")) {
 			printf("usage: pjoc [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n");
 			return 0;
 		} else if (n == argc-1) {
--

-- 
1.6.5.2

--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] scncopy: Fix a typo and add "-a" in --help.

"-s section 0" doesn't really read the same as "-s section0"...
---
 scncopy.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/scncopy.c b/scncopy.c
index 38aaa9a..067662c 100644
--- a/scncopy.c
+++ b/scncopy.c
@@ -66,7 +66,7 @@ int main(int argc, char *argv[])
 			outfile = argv[n];
 			continue;
 		} else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) {
-			printf("usage: pjoc -s section 0 [[-s section1] ... -s sectionN] -o outfile infile\n");
+			printf("usage: pjoc [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n");
 			return 0;
 		} else if (n == argc-1) {
 			infile = argv[n];
--

-- 
1.6.5.2

--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 1/2] Add scncopy - like object copy but tries not to change section content

This adds scncopy, which is like objcopy with some differences:
- it doesn't try to update section contents, but does try to
  update program headers and such to correctly reflect the section
  contents.
- it doesn't necessarily try to create a binary eu-elflint will like.
  If you don't copy a required section, it won't make it for you.

TODO:
- Make it possible to copy sections to an already existant binary.
- Make phdrs only copy if they're needed, and/or modify old phdrs to
  point to new sections
- Make sure nothing is missing from fixup_dynamic()
---
 elfcreator.c |  297 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 elfcreator.h |   20 ++++
 scncopy.c    |  125 ++++++++++++++++++++++++
 3 files changed, 442 insertions(+), 0 deletions(-)
 create mode 100644 elfcreator.c
 create mode 100644 elfcreator.h
 create mode 100644 scncopy.c

diff --git a/elfcreator.c b/elfcreator.c
new file mode 100644
index 0000000..c284b52
--- /dev/null
+++ b/elfcreator.c
@@ -0,0 +1,297 @@
+/*
+ * Copyright 2009 Red Hat, Inc.
+ *

dwarf_loader.c: Fixed leaked bogon

While checking one of big shared objects I found kernel getting
unhappy and sending SIGKILL. File was 282M libwebkit-1.0.so.2.8.1 from
webkit project. (Can be obtained from
http://kojipkgs.fedoraproject.org/packages/webkitgtk/1.1.12/2.fc12/x86_64/webkitgtk-debuginfo-1.1.12-2.fc12.x86_64.rpm
and extracted via rpm2cpio, file is libwebkit-1.0.so.2.8.1.debug)

URL: http://rakesh.fedorapeople.org/misc/0001-dwarf_loader.c-Fixed-leaked-bogon.patch

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first

From 897af23e9c66a74a27fc7a4b60567bc92163d066 Mon Sep 17 00:00:00 2001
From: Rakesh Pandit <rakesh@...>
Date: Wed, 6 Jan 2010 20:34:03 +0530
Subject: [PATCH] dwarf_loader.c: Fixed leaked bogon

Freed chunks of memory left by obstack. It went beyond kernels
expectation for libwebkit-1.0.so.2.debug (from
libwebkit-1.0.so.2.8.1.debug) file and so that it had to send SIGKILL.

Signed-off-by: Rakesh Pandit <rakesh@...>
---
 dwarf_loader.c |    4 +---
 1 files changed, 1 insertions(+), 3 deletions(-)

diff --git a/dwarf_loader.c b/dwarf_loader.c
index 3b58ecb..ce1e4d8 100644
--- a/dwarf_loader.c

Request for confirmation

Sorry to bother you: we are cleaning up our database and it appears that
you have previously signed up to eBuppies.com mailinglists and not
confirmed your subscription.We would like to give you the opportunity to
re-confirm your subscription. The instructions on how to confirm are below.

  Almost welcome to our newsletter(s) ...

  Someone, hopefully you, has subscribed your email address to the
following newsletters:

  If this is correct, please click the following link to confirm your
subscription.
  Without this confirmation, you will not receive any newsletters.

 
http://ebuppies.com/emailserv/?p=confirm&uid=dd720bc01a5e6ce8269c4bc636042996

  If this is not correct, you do not need to do anything, simply delete
this message.

  Thank you

--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html