> > in C I can have a function maximum(int a, int b) that will always > > work. Never blow up, and never give an invalid answer. If someone > > tries to call it incorrectly it is a compile error. > > I would agree that the third sentence is arguably wrong, simply > because there's no such thing (outside #error) of a mandate to stop > compiling. However, my understanding was that the dispute was over > the second sentence, and that's certainly correct. > Why do you consider the term "compile error" a "mandate to stop compiling"? What do you say to refer to the situation when you have a statement in your program that the compiler finds is an error? And is it really material whether the compiler flagged an error and stopped, or flagged an error and looked for additional errors??? -- http://mail.python.org/mailman/listinfo/python-list
- Re: "Strong typing vs. strong testing" Ian Collins
- Re: "Strong typing vs. strong testing" Nick
- Re: "Strong typing vs. strong testing" Scott L. Burson
- Re: "Strong typing vs. strong testing" Keith Thompson
- Re: "Strong typing vs. strong testing" RG
- Re: "Strong typing vs. strong testing" ImpalerCore
- Re: "Strong typing vs. strong testing" RG
- Re: "Strong typing vs. strong testing" Keith Thompson
- Re: "Strong typing vs. strong testing" Don Geddis
- Re: "Strong typing vs. strong testing" Seebs
- Re: "Strong typing vs. strong testing" TheFlyingDutchman
- Re: "Strong typing vs. strong testing" Seebs
- Re: "Strong typing vs. strong testing" Keith Thompson
- Re: "Strong typing vs. strong testing" Terry Reedy
- Re: "Strong typing vs. strong testing" Pascal J. Bourguignon
- Re: "Strong typing vs. strong testing" Seebs
- Re: "Strong typing vs. strong testing" RG
- Re: "Strong typing vs. strong testing" TheFlyingDutchman
- Re: "Strong typing vs. strong testing" Keith Thompson
- Re: "Strong typing vs. strong testing" rustom
- Re: "Strong typing vs. strong testing" Pascal J. Bourguignon