mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: "David S. Miller" <davem@redhat.com>
Cc: ak@suse.de, jun.nakajima@intel.com, torvalds@transmeta.com,
	linux-kernel@vger.kernel.org, asit.k.mallick@intel.com,
	sunil.saxena@intel.com
Subject: Re: [PATCH] fixes for building kernel using Intel compiler
Date: Sat, 19 Oct 2002 02:25:02 +0200	[thread overview]
Message-ID: <20021019022502.B18201@wotan.suse.de> (raw)
In-Reply-To: <20021018.171504.96943359.davem@redhat.com>

On Fri, Oct 18, 2002 at 05:15:04PM -0700, David S. Miller wrote:
>    From: Andi Kleen <ak@suse.de>
>    Date: 19 Oct 2002 02:07:41 +0200
>    
>    > -/* Enable FXSR and company _before_ testing for FP problems. */
>    > -       /*
>    > -        * Verify that the FXSAVE/FXRSTOR data will be 16-byte aligned.
>    > -        */
>    > -       if (offsetof(struct task_struct, thread.i387.fxsave) & 15) {
>    > -               extern void __buggy_fxsr_alignment(void);
>    > -               __buggy_fxsr_alignment();
>    > -       }
>    
>    Why does that not work? IMHO it is legal ISO-C
> 
> Depending upon the compiler to optimize away the non-existent function
> reference is not ISO-C :-)  Although the fact the Intel compiler isn't
> doing this is amusing.

True :-)

Well it should. There are tons of similar patterns all over the kernel
which use the same trick.
If it didn't optimize  all of these, there would be many more problems.

-Andi

  reply	other threads:[~2002-10-19  0:19 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <F2DBA543B89AD51184B600508B68D4000E6ADE5B@fmsmsx103.fm.intel.com.suse.lists.linux.kernel>
2002-10-19  0:07 ` Andi Kleen
2002-10-19  0:15   ` David S. Miller
2002-10-19  0:25     ` Andi Kleen [this message]
     [not found] <A9EA4AD6F6B9D511BBED00508B66C69A04B37747@fmsmsx111.fm.intel.com>
2002-10-22 22:41 ` Suresh Siddha
2002-10-21 18:28 Ulrich Weigand
  -- strict thread matches above, loose matches on Subject: below --
2002-10-19  2:17 Nakajima, Jun
2002-10-19  2:29 ` Andi Kleen
2002-10-21  9:21   ` Pavel Machek
2002-10-19  1:16 Nakajima, Jun
2002-10-19  0:45 Nakajima, Jun
2002-10-19  1:02 ` Andi Kleen
2002-10-18 23:48 Nakajima, Jun
2002-10-19  0:08 ` Greg KH
2002-10-21 12:48 ` Alan Cox
2002-10-21 15:56   ` Nakajima, Jun
2002-10-21 17:06     ` Brian Gerst
2002-10-22  6:09     ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021019022502.B18201@wotan.suse.de \
    --to=ak@suse.de \
    --cc=asit.k.mallick@intel.com \
    --cc=davem@redhat.com \
    --cc=jun.nakajima@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sunil.saxena@intel.com \
    --cc=torvalds@transmeta.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome