From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-43452-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 12555 invoked by alias); 26 Jun 2014 16:23:10 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Received: (qmail 12540 invoked by uid 89); 26 Jun 2014 16:23:08 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2
X-HELO: mtaout20.012.net.il
Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 26 Jun 2014 16:23:06 +0000
Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N7S00D00ALCYA00@a-mtaout20.012.net.il> for gdb@sourceware.org; Thu, 26 Jun 2014 19:23:04 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N7S00DV6AUGHZA0@a-mtaout20.012.net.il>; Thu, 26 Jun 2014 19:23:04 +0300 (IDT)
Date: Thu, 26 Jun 2014 16:23:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: Problem with continue/halt
In-reply-to: <53AC3E90.5090500@op.pl>
To: Freddie Chopin <freddie_chopin@op.pl>
Cc: gdb@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <837g43prmu.fsf@gnu.org>
References: <53A52B93.9030204@op.pl> <53ABDD67.1020900@op.pl> <83bntfpuct.fsf@gnu.org> <53AC3E90.5090500@op.pl>
X-IsSubscribed: yes
X-SW-Source: 2014-06/txt/msg00087.txt.bz2

> Date: Thu, 26 Jun 2014 17:38:56 +0200
> From: Freddie Chopin <freddie_chopin@op.pl>
> 
> W dniu 2014-06-26 17:24, Eli Zaretskii pisze:
> > Are you per chance compiling with LTO?  If so, don't.
> 
> I'm using the same command as the one which worked fine previously:
> 
> > $SRCDIR/$BINUTILS_GDB/configure --build=$BUILD \
> >     --host=$HOST_MINGW \
> >     --target=$TARGET \
> >     --prefix=$INSTALLDIR_MINGW \
> >     --infodir=$INSTALLDIR_MINGW_DOC/info \
> >     --mandir=$INSTALLDIR_MINGW_DOC/man \
> >     --htmldir=$INSTALLDIR_MINGW_DOC/html \
> >     --pdfdir=$INSTALLDIR_MINGW_DOC/pdf \
> >     --disable-nls \
> >     --enable-plugins \
> >     --with-sysroot=$INSTALLDIR_MINGW/arm-none-eabi \
> >     --disable-sim \
> >     --with-python=no \
> >     --with-lzma=no \
> >     --with-libexpat=$BUILDDIR_MINGW/host-libs/usr \
> >     --with-libiconv-prefix=$BUILDDIR_MINGW/host-libs/usr \
> >     --with-system-gdbinit=$INSTALLDIR_MINGW/$HOST_MINGW/arm-none-eabi/lib/gdbinit \
> >     '--with-gdb-datadir='\''${prefix}'\''/arm-none-eabi/share/gdb' \
> >     "--with-pkgversion=$PKGVERSION"
> >
> >     make -j$JOBS
> 
> So I'm not enabling LTO explicitly, maybe that's enabled by default somehow?

If you add -v to the GCC command line, it will show you what it is
doing.

> BTW - do you mean LTO is the cause for the continue/halt problem or the 
> issue of building older versions?

The former, I think.