This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Patch to allow strlen expander to fail
- To: Joe Buck <jbuck at racerx dot synopsys dot com>
- Subject: Re: Patch to allow strlen expander to fail
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Mon, 06 Mar 2000 23:28:24 -0700
- cc: vonbrand at sleipnir dot valparaiso dot cl (Horst von Brand), gcc at gcc dot gnu dot org
- Reply-To: law at cygnus dot com
In message <200003070310.TAA24843@racerx.synopsys.com>you write:
> > Any code which depends on gcc generating or not generating libcalls is
> > broken.
>
> Let a and b be of type "struct foo".
>
> Then it would appear that the statement
>
> a = b;
>
> is broken. How should this code be fixed?
Joe, you're missing the point.
The programmer can not and should not need to know the details of how that
assignment is performed. If they think they need control over that kind of
implementation detail, then they're barking up the wrong tree.
The programmer has said make a copy, how the compiler chooses to do that is
the compiler's decision.
The fix is for the linux kernel to link in libgcc or to use -nostdlib and
provide its own memcpy routine.
jeff