public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Yaakov (Cygwin/X)" <yselkowitz@users.sourceforge.net>
To: cygwin@cygwin.com
Subject: Re: cygport debug junk
Date: Wed, 18 Jul 2012 22:53:00 -0000	[thread overview]
Message-ID: <50073E51.1090709@users.sourceforge.net> (raw)
In-Reply-To: <50073394.8040901@cornell.edu>

On 2012-07-18 17:07, Ken Brown wrote:
> On 7/18/2012 4:57 PM, Andrew Schulman wrote:
>> My cygport is 0.10.11-1.  I haven't run cygport in a while, and now
>> I'm trying
>> to compile a new package.  When I do, by default it seems that I get
>>
>> CC = "gcc -c -ggdb -O2 -pipe
>> -fdebug-prefix-map=/home/ASchulma/dev/cygwin/wbox/wbox-5-1/build=/usr/src/debug/wbox-5-1\
>>
>> -fdebug-prefix-map=/home/ASchulma/dev/cygwin/wbox/wbox-5-1/src/wbox-5=/usr/src/debug/wbox-5-1"
>>
>> and the install target then creates a bunch of (IMO) debug junk in
>> /usr/lib/debug and /usr/src/debug.

Debuginfo is not "junk".  Like most Linux binary distros, these files 
are automatically packed into a ${PN}-debuginfo package and excluded 
from other (sub)packages without further intervention by the maintainer. 
  Users can then install gdb and these debuginfo packages to debug 
software in place, without having to install BRs and rebuild packages.

>> Is this a change that's been made recently in cygport?

http://cygwin.com/ml/cygwin-announce/2012-07/msg00000.html

>> Can it be easily turned off?

Yes, it can, as described in the manual, but the only time you should is 
if you are trying to debug a package in its build-tree (e.g. noinst 
test/example apps), and then only temporarily, e.g.:

RESTRICT=debuginfo cygport foo-1.2.3-1 build

>> I grepped through /usr/share/cygport for that, and found that
>> compilers.cygclass uses it, but I don't include that in my cygport script
>> (below).

You mean compilers.cygpart; .cygpart files are just the main cygport 
script functions broken up into manageable sections, like .c files which 
are compiled into an executable.  .cygclass files are optional "modules" 
which are imported with inherit().

> It's been discussed quite a bit on cygwin-apps.  See, for instance, the
> thread starting at
> http://cygwin.com/ml/cygwin-apps/2012-06/msg00071.html and continuing
> into July.  If you don't want to provide a debuginfo package, put
> "_CYGPORT_RESTRICT_debuginfo_=1" in your .cygport file.

Bzzzt.  Don't use internal structures.  If it's not documented in the 
manual, you shouldn't be using it in your .cygport, and anything 
starting with an underscore is purely internal.

But again, while I can't state this as policy, you really shouldn't be 
disabling debuginfo on a widespread or permanent basis.  It's a feature 
and it's there for a reason.


Yaakov


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2012-07-18 22:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-18 20:58 Andrew Schulman
2012-07-18 22:07 ` Ken Brown
2012-07-18 22:53   ` Yaakov (Cygwin/X) [this message]
2012-07-19  1:27     ` Ken Brown
2012-07-19  5:05       ` Yaakov (Cygwin/X)
2012-07-19 14:50     ` Andrew Schulman
2012-07-19 17:30     ` Andrew Schulman
2012-07-19 21:12       ` Yaakov (Cygwin/X)

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=50073E51.1090709@users.sourceforge.net \
    --to=yselkowitz@users.sourceforge.net \
    --cc=cygwin@cygwin.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).