[Rpm-devel] patch for debuginfo packages when optimization is off
jeff_bailey at infinitek.com
Thu Jun 22 21:26:12 EDT 2006
OK then. Well I was just concerned that I would not see debuginfo support
going forward (who hosts it is of less concern). Although it does appear
that I am in a minority since apparently nobody has spotted this issue, or
cared enough to want to fix it.
> On Jun 22, 2006, at 3:11 PM, Jeff Bailey wrote:
>> So why would you want to drop debugedit.c? Does that not imply
>> debuginfo packages since the source code must be relocated? Are you
>> planning on replacing the functionality elsewhere?
> debugedit is a helper, and -debuginfo is a strict drop-in additional
> functionality for rpmbuild. A -debuginfo
> package is exactly a subpkg for rpmbuild, there are no changes
> whatsoever to an *.c file in rpm to support
> the generation of -debuginfo pkgs.
> So the issue is really who or what gets to maintain debugedit.c.
> Since rpm's default configuration does not (and will never) build -
> debuginfo packages by default,
> I think its time to move the maintenance of debugedit.c out of rpm
> into some other package like
> I certainly don't care what gcc does with file names using -O0 and - On
> until I'm forced to fix crapola. ;-)
> Moving debugedit.c elsewhere is likelier to get a timely fix than
> leaving within rpm-build.
> It's not like rpm has control of *any* of its build configuration,
> helpers, macros, etc, for quite some years now,
> all of that configuration is driven by what is in redhat-rpm-config.
> 73 de Jeff
> Rpm-devel mailing list
> Rpm-devel at lists.dulug.duke.edu
More information about the Rpm-devel