public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: "Turgis, Frederic" <f-turgis@ti.com>
To: William Cohen <wcohen@redhat.com>,
	       "systemtap@sourceware.org"	<systemtap@sourceware.org>
Subject: RE: interesting option of stap
Date: Wed, 16 Feb 2011 20:48:00 -0000	[thread overview]
Message-ID: <13872098A06B02418CF379A158C0F14601602D0113@dnce02.ent.ti.com> (raw)
In-Reply-To: <4D5C1D7D.2040300@redhat.com>

Hello,

It seems nobody wants to comment the nice "--stfu-kbuild-i-know-better" option ;-)


I was going to address the issue through another thread (or eventually bug report) but let's do it now.

.build_id_offset=0xffffffffxxxxxxxx in stap-symbols.h. Therefore we get a warning that it gets truncated for ARM architecture.


However, I just tested with latest code whereas I started with v1.4. Problem is no longer present. ".build_id_offset" is not present in stap-symbols.h. Eventually there can be a difference in my setup because I am doing it remotely.
I will follow-up if I still see that tomorrow in front of my desktop.

Regards
Fred


Frederic Turgis
OMAP Platform Business Unit - OMAP System Engineering - Platform Enablement



Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920

-----Original Message-----

From: systemtap-owner@sourceware.org [mailto:systemtap-owner@sourceware.org] On Behalf Of William Cohen
Sent: Wednesday, February 16, 2011 7:55 PM
To: systemtap@sourceware.org
Subject: Re: interesting option of stap

On 02/16/2011 01:38 PM, Turgis, Frederic wrote:
> Hi,
>
> I encountered build issues on ARM because compiler was emitting warnings, caught as errors through -Werror option. I related that to some omit_werror config option and finally to "stfu-kbuild-i-know-better" option (kind of hidden in the code through 6 "OWEx" macros). It is still present on latest code, is it supposed to be viable or some option I shall immediately forget ?
>
>
> Regards
> Fred
>
> Frederic Turgis
> OMAP Platform Business Unit - OMAP System Engineering - Platform
> Enablement
>
>
> Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve
> Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920
>
>
>


Hi Fred,

In theory systemtap should be generating code that compiles without warnings during the module creation, but in practice we don't check things on ARM as much as we would like.

Could you include the error message output? Was the error messages due to headers outside of systemtap or were they the results of code generated by systemtap?

-Will

  reply	other threads:[~2011-02-16 20:48 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-16 18:38 Turgis, Frederic
2011-02-16 18:55 ` William Cohen
2011-02-16 20:48   ` Turgis, Frederic [this message]
2011-02-19 23:01     ` Turgis, Frederic
2011-02-21 18:27       ` William Cohen
2011-02-21 19:23         ` Roland McGrath
2011-02-22  0:02           ` Turgis, Frederic
2011-02-22  0:23             ` Roland McGrath
2011-02-22 22:20               ` Turgis, Frederic
2011-02-22 22:36                 ` Roland McGrath
2011-02-22 23:23                   ` Turgis, Frederic
2011-02-23  2:45                     ` Roland McGrath
2011-02-23 12:48                       ` Turgis, Frederic
2011-02-23 16:53                         ` Frank Ch. Eigler
2011-02-24 22:43                           ` Turgis, Frederic
2011-02-25 12:09                             ` Turgis, Frederic
2011-02-25 17:24                               ` Roland McGrath
2011-02-25 17:58                                 ` Turgis, Frederic
2011-02-16 20:47 ` Frank Ch. Eigler

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=13872098A06B02418CF379A158C0F14601602D0113@dnce02.ent.ti.com \
    --to=f-turgis@ti.com \
    --cc=systemtap@sourceware.org \
    --cc=wcohen@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).