Re: Adding Blank Line In Source Causes Change In Executable

glen herrmannsfeldt <gah@ugcs.caltech.edu>
Tue, 6 Mar 2012 19:51:17 +0000 (UTC)

          From comp.compilers

Related articles
Adding Blank Line In Source Causes Change In Executable john.m.morris@navy.mil (Morris, John M CIV NSWCDD, Q34) (2012-03-06)
Re: Adding Blank Line In Source Causes Change In Executable gah@ugcs.caltech.edu (glen herrmannsfeldt) (2012-03-06)
Re: Adding Blank Line In Source Causes Change In Executable bobduff@shell01.TheWorld.com (Robert A Duff) (2012-03-06)
Re: Adding Blank Line In Source Causes Change In Executable hokienerd@gmail.com (HOKIENERD) (2012-03-12)
Re: Adding Blank Line In Source Causes Change In Executable bobduff@shell01.TheWorld.com (Robert A Duff) (2012-03-13)
Re: Adding Blank Line In Source Causes Change In Executable gah@ugcs.caltech.edu (glen herrmannsfeldt) (2012-03-14)
Re: Adding Blank Line In Source Causes Change In Executable hokienerd@gmail.com (HOKIENERD) (2012-03-26)
Re: Adding Blank Line In Source Causes Change In Executable bobduff@shell01.TheWorld.com (Robert A Duff) (2012-03-26)
| List of all articles for this month |
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Newsgroups: comp.compilers
Date: Tue, 6 Mar 2012 19:51:17 +0000 (UTC)
Organization: Aioe.org NNTP Server
References: 12-03-007
Keywords: code, practice
Posted-Date: 06 Mar 2012 16:32:26 EST

Morris, John M CIV NSWCDD, Q34 <john.m.morris@navy.mil> wrote:


(snip)
> I am not intentionally including debug information in my builds.


Some compilers may generate debugging by default. Others may not
even have an option to turn it off. On many systems, a link-time
option is needed to put the compiler generated debugging data into
the executable, but maybe not all.


> I assumed that blank lines in the source would have no impact on
> the executable, but that appears to be incorrect.


A common debugging feature allows for the printing of statement
numbers in error messages, which means that they have to get into
the executable. The usual optional debugging information, for
example -g in GNU compilers, allows variable names to be included
for debugging. Variable names tend to take up a lot more room
than just statement numbers.


Including source statement numbers does not necessarily follow
the same debugging option, and may even not be optional.


-- glen



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.