Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ustr - String library, very low memory overhead, simple to import https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248231 ------- Additional Comments From james.antill@xxxxxxxxxx 2007-07-31 18:13 EST ------- > * -ggdb3 does. If GCC doesn't support it, your package won't build nor will it > be usable You are saying -ggdb3 Changes the ABI? I don't think so. Yes, that is somewhat of a GCC specific option. As are all the -W flags. If that's the only objection, I'm not that bothered about droping that. > Yes, -O2 always reduces debug-ability of the code, so what is the problem you > are trying to solve? Ok, so explaining again: . The srpm currently produces 6 packages, the most relevant to this are the two "main" ones: ustr-1.0.1-0.7.fc7.x86_64.rpm ustr-debug-1.0.1-0.7.fc7.x86_64.rpm ...the first is the library built for "production", and is what all the people using a program that uses the library will see. The second is _the same code_ built using as much debugging as possible, so (expensive) internal consistency checks are called often; optimizations are turned down; etc. The idea being that anyone developing code using the library can use the debugging version while doing development and it will actively alert them to errors. Forcing build flags that make debugging harder when using this package is not doing to help anyone. > I guess you will understand, that I consider your answer to be non-acceptable > and inappropriate. Actually I didn't, and still don't, understand that ... I said I would do what you wanted to follow policy, even though it was wrong, and I repeatedly asked how I could fix policy. Is one not allowed to point out that policy is wrong? I can't imagine what I said that was inappropriate. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review