Re: [jamboost] Fwd: Re: Gcc & profiling

From: David Abrahams (dave_at_[hidden])
Date: 2002-09-09 06:30:53

I think the solution might be to define a separate <strip-symbols> property
causing the -s which is only on in release builds. Or we could just add
<gcc><release><cxxflags>-s. Nasty, but effective.

-----------------------------------------------------------
David Abrahams * Boost Consulting
dave_at_[hidden] * http://www.boost-consulting.com

----- Original Message -----
From: "Toon Knapen" <toon.knapen_at_[hidden]>
To: <jamboost_at_[hidden]>
Sent: Monday, September 09, 2002 6:54 AM
Subject: [jamboost] Fwd: Re: Gcc & profiling

> On Monday 09 September 2002 12:03, Vladimir Prus wrote:
> > Toon Knapen wrote:
> > >Update of /cvsroot/boost/boost/tools/build
> > >In directory usw-pr-cvs1:/tmp/cvs-serv23675
> > >
> > >Modified Files:
> > > features.jam
> > >Log Message:
> > >gprof needs the debug-symbols to produce the call-graph
> >
> > Hi Toon,
> > are you sure debug-symbols are really needed? I've used profing without
> > debug symbols, only by not stripping the resuling
> > binary. That is, everything works when I comment out the line
>
> OK, but in release mode for instance, the <debug-symbols>off resolves to
the
> '-s' option which results in the same executable as when it's stripped.
So
> just saying debug symbols need to be on when profiling solves this.
> Maybe a solution is to define <debug-symbols> as neither being on or off
but
> I'm not sure if this can be done , e.g. like this :
>
> variant profile : release :
> <profiling>on
> <debug-symbols>
> ;
>
>
> To unsubscribe from this group, send an email to:
> jamboost-unsubscribe_at_[hidden]
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>