This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

RE: Live range splitting in new allocator


>>   And if there was a way to initialise the variables with a value that
>>in some way could be tracked back to the function (a hash of the
>>function's name, for example) you'd be able to spot when uninitialized
>>pointers were used and where they came from even if the error didn't
>>occur until a  completely diffeent part of the test app. was running.

>As long as people (both gcc hackers and user) realize that really there
>are no out of band values.  I recall many years ago, people running into
>WatCom's fortran compiler using a special value for unset, and running
>programs that wanted to calculate that value as a normal result and the
>interpreter flagging it as an undefined memory reference.

  ISTM that giving the user a free choice of fill value allows them to use
the closest thing possible to an OOB value in each different situation.

>Instead of -finitialize-stack, it would probably be more useful to use
>-fcheck-memory-usage and Checker, as it would catch more cases.

 I'm not familiar with Checker, but I bet it needs an MMU to work, and
hasn't been ported to as many architectures as gcc.


     DaveK
-- 
Here's something I'd never say myself:


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]