Re: -Og in dbgutil builds

2017-04-10 Thread Michael Stahl
On 08.04.2017 05:17, Norbert Thiebaud wrote: > On Thu, Apr 6, 2017 at 10:39 AM, Michael Stahl wrote: > >> >> but i'm mostly interested in Norbert's opinion, since the biggest >> benefit of -Og is faster tinderbox/jenkins builds. > > I am neutral. Considering that we are doing a clang-plugin buil

Re: -Og in dbgutil builds

2017-04-07 Thread Norbert Thiebaud
On Thu, Apr 6, 2017 at 10:39 AM, Michael Stahl wrote: > > but i'm mostly interested in Norbert's opinion, since the biggest > benefit of -Og is faster tinderbox/jenkins builds. I am neutral. Considering that we are doing a clang-plugin build in the mix, I doubt -Og on the gcc build is going to i

Re: -Og in dbgutil builds

2017-04-06 Thread Michael Stahl
On 06.04.2017 10:42, Miklos Vajna wrote: > Hi, > > On Thu, Apr 06, 2017 at 09:09:54AM +0100, Caolán McNamara > wrote: >> editeng/source/editeng/impedit2.cxx:1820 >> >> (gdb) print rType >> $1 = >> (gdb) print rTypes >> $2 = > out> >> (gdb) print pParaPortion->aScriptInfos >> value has been opti

Re: -Og in dbgutil builds

2017-04-06 Thread Miklos Vajna
Hi, On Thu, Apr 06, 2017 at 09:09:54AM +0100, Caolán McNamara wrote: > editeng/source/editeng/impedit2.cxx:1820 > > (gdb) print rType > $1 = > (gdb) print rTypes > $2 = out> > (gdb) print pParaPortion->aScriptInfos > value has been optimized out > ( > gdb) print pParaPortion > $3 = > > this

Re: -Og in dbgutil builds

2017-04-06 Thread Caolán McNamara
On Fri, 2016-12-02 at 09:41 +0100, Michael Stahl wrote: > On 12/02/2016 01:26 AM, Markus Mohrhard wrote: > > Hey, > > > > seems that the Og change has quite some negative consequences for > > the debugging experience.. > > i haven't seen a live variable that gdb wouldn't display. editeng/source/

Re: -Og in dbgutil builds

2016-12-02 Thread Michael Stahl
On 12/02/2016 01:26 AM, Markus Mohrhard wrote: > Hey, > > seems that the Og change has quite some negative consequences for the > debugging experience.. > > Normally in dbgutil builds all the variables were available and none of > them would be optimized away. I just started debugging and already

-Og in dbgutil builds

2016-12-01 Thread Markus Mohrhard
Hey, seems that the Og change has quite some negative consequences for the debugging experience. Normally in dbgutil builds all the variables were available and none of them would be optimized away. I just started debugging and already had a number of gdb messages telling me that the variable has