[Bug middle-end/22207] Spurious 'might be used uninitialized' warnings in STL headers with -O2
--- Comment #5 from dave dot korn at artimi dot com 2008-10-01 14:19 --- Sorry mate, all 3.x compilers are way past end-of-life now; there will never be another release. Your best bet is to hand-edit the header files in your local install. I don't remember the exact recipe, but of the two places where this bug crops up, one can be worked around by adding __attribute__ ((__unused__)) to the relevant variable declaration, and the other one has to be fixed by adding __attribute__ ((__noinline__)) to the function declaration. I haven't tested these workaround for performance impact. Shouldn't be too bad if you're not calling the functions from the middle of a loop that runs millions of times. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22207
[Bug preprocessor/14331] please add option to suppress warning message no newline at end of file
--- Comment #13 from dave dot korn at artimi dot com 2007-04-07 14:07 --- Manu: I was not criticizing your patch. [ ... ] So sorry, I didn't mean you to think I was offended! I took your comment completely at face value. [ ... ] I hope this helps. It most certainly does! I am testing a revised and updated patch. cheers, DaveK -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
[Bug bootstrap/31039] Latest CVS-stage 2-Cannot create executables
--- Comment #5 from dave dot korn at artimi dot com 2007-03-30 01:50 --- I have just checked in a fix for this in newlib. See the thread at: http://sourceware.org/ml/newlib/2007/msg00292.html and the references therein: http://cygwin.com/ml/cygwin/2007-03/msg00705.html http://gcc.gnu.org/ml/gcc/2007-03/msg00948.html http://gcc.gnu.org/ml/gcc/2007-03/msg01088.html This bug could be closed fixed now. cheers, DaveK -- dave dot korn at artimi dot com changed: What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31039
[Bug preprocessor/14331] please add option to suppress warning message no newline at end of file
--- Comment #11 from dave dot korn at artimi dot com 2007-03-27 16:26 --- Tom: The status is Ooops, completely forgot about that one. (Well, to be fair, it's Ooops, never even knew about that one as I wasn't on the Cc: list for this bug until I stumbled across it today purely by chance; Dan Kegel added my patch to this PR, Andrew Pinski thought I was on the Cc list at comment #7 but I wasn't so this is the first I know of it!) The issue just came up on the gcc list today, though, so I think I should pick it back up. If I forget again, please feel free to drop me private email to remind me. Manuel: Yes, the patch is against 3.3 series, I didn't actually formally submit it but just posted it to the list when someone was in need of a patch. See http://gcc.gnu.org/ml/gcc/2004-07/msg00798.html Before resubmitting I would /of course/ a) up-port to current mainline b) use the most appropriate of the current options-handling mechanisms and c) add testcases and docs. Can you advise me what you think the best way to add the option is? I particularly think I ought to avoid manually copying a global in c_common_post_options (as I wrote at url above). -- dave dot korn at artimi dot com changed: What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails
--- Comment #15 from dave dot korn at artimi dot com 2006-05-17 10:03 --- I'm new maintainer for Cygwin gcc. I'll be rolling a release with the patch Paolo proposed rather than using the configure option, although if binary compatibility problems do crop up I'll look at the second route. DaveK -- dave dot korn at artimi dot com changed: What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
[Bug rtl-optimization/26026] power of 2 mod missing optimisation
--- Comment #5 from dave dot korn at artimi dot com 2006-04-21 12:10 --- just wanted to catch any follow-ups should they arise in future. thanks all! DaveK. -- dave dot korn at artimi dot com changed: What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26026
[Bug middle-end/26831] sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented.
--- Comment #3 from dave dot korn at artimi dot com 2006-03-27 10:05 --- Added by rth's sibcall optimisations back in March 2000: http://gcc.gnu.org/viewcvs?rev=32612view=rev Should we give him a ping? cheers, DaveK -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26831
[Bug middle-end/26831] New: sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented.
As the subject says, these four standard names are not documented. By analogy to the way in which sibcall_epilogue has a separate entry from epilogue, they should also have their own entries in the standard pattern names for generation chapter of the internals manual. The entry for FUNCTION_OK_FOR_SIBCALL even refers to the 'sibcall' md pattern, but there is no other mention of it. Note also that if you implement siball_epilogue by emitting a fully-schedulable RTL epilogue (rather than just using an unspec to represent the entire thing as a black box to the compiler and emitting it opencoded at assembler output generation time like the arm port does in 3.3.3 where I discovered this), you may also need to implement these sibcall patterns, or you can get ICEn when the register allocator gets confused in one of the later passes. This dependency is not mentioned anywhere. However I have not tested it against 4.x/HEAD to see if it remains the case. cheers, DaveK -- Summary: sibcall, sibcall_value, sibcall_pop, sibcall_value_pop: standard names not documented. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dave dot korn at artimi dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26831
[Bug middle-end/22207] Spurious 'might be used uninitialized' warnings in STL headers with -O2
-- What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22207
