Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!cornell!rochester!rutgers!att!cuuxb!dlm
From: dlm@cuuxb.ATT.COM (Dennis L. Mumaugh)
Newsgroups: comp.std.c
Subject: Re: #pragma
Message-ID: <2389@cuuxb.ATT.COM>
Date: 19 Jan 89 23:28:43 GMT
References: <8770@bloom-beacon.MIT.EDU> <12570002@hpclwjm.HP.COM> <9430@smoke.BRL.MIL>
Reply-To: dlm@cuuxb.UUCP (Dennis L. Mumaugh)
Organization: ATT Data Systems Group, Lisle, Ill.
Lines: 31

In article <9430@smoke.BRL.MIL> gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>) writes:
>
>Really, #pragma is intended to give advice to the compiler such as:
>	produce a listing
>	optimize this block in a certain way
>	assign this data to a certain kind of storage
>It can undoubtedly be made to do many other things, not all of them
>advisable.

Finally, some one has explained the use of pragma!!

In some compilers there may be
	#pragma ident "string"
to add interesting information into a special place in the object
and a 
	#pragma debug
to cause the compiler to add special symbols for use by the
debugger and
	#pragma optimize off
to tell the optimizer to stop optimizing the code for a while

In each of the cases the program itself will not change behavior,
but the object file could be larger or the program could run slower.

The pragma
	#pragma inline
could mimic the C++ inline function construct and is technically legal
but gives me a bit of a qualm.
-- 
=Dennis L. Mumaugh
 Lisle, IL       ...!{att,lll-crg}!cuuxb!dlm  OR cuuxb!dlm@arpa.att.com