Bug 82087

Summary: SRPMS: portability: 'inline' keyword is used as identifier
Product: [Retired] Red Hat Linux Reporter: Sysoltsev Slawa <vyatcheslav.sysoltsev>
Component: evolutionAssignee: Jeremy Katz <katzj>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: 8.0CC: tao
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-01-17 16:04:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
Patch which fixes described BUG none

Description Sysoltsev Slawa 2003-01-17 12:05:45 UTC
Description of problem:
in sources in file evolution-1.0.8/mail/mail-callbacks.h:121 is line:
void forward_messages      (CamelFolder *folder, GPtrArray *uids, gboolean inline);

If you supposed 'inline' here as identifier it is restricted by C compiler as 'inline' is 
the keyword (see clause 6.4.1 of C standards, paragraph 1). According paragraph 
2, clause 6.4.1 of C standards you can't use identifiers that are recognized by C 
compiler as keywords.

GNU C compiler doesn't emit the error because bug in compiler or maybe 
undocumented feature ( I mean inline parameters, as ridiculous it wouldn't sound. 
However I haven't found documentation on it). Seems it treats 'gboolean inline' 
as '<type> <modifier>', i.e. as declaration without parameter name. You can 
ensure in it adding any identifier name i.e. something like 'gboolean inline 
somename'; it won't expose error too with gcc.

I've never heard about inline parameters, so I suppose you just used invalid name 
for parameter. To be correct (and therefore increase Linux portability) you should 
another identifier in this declaration.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. I'm afraid the error cannot be shown with GNU C compiler.

Actual results:
Compilation errors with custom compiler.

Expected results:
Successfully built package.

Additional info:

Comment 1 Sysoltsev Slawa 2003-01-17 12:07:06 UTC
Created attachment 89421 [details]
Patch which fixes described BUG

Comment 2 Jeremy Katz 2003-01-17 16:04:03 UTC
We don't support recompiling with compilers other than the one we ship with.  
You might report the bug upstream at http://bugzilla.ximian.com and they may
care more about non-gcc compilers.