[Bug libgomp/60670] omp.h may differ between multilibs

[ro at CeBiTec dot Uni-Bielefeld.DE]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670

--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> --- Comment #3 from Tobias Burnus <burnus at gcc dot gnu.org> ---
> (In reply to ro@CeBiTec.Uni-Bielefeld.DE from comment #2)
>> > --- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
>> > Or the header needs to include all variants with proper #ifdef-ery
>> 
>> This is difficult for a header generated per multilib at build time.
>
> A similar issue potentially arises for OpenMP's Fortran libraries under
> finclude/, i.e. omp_lib.h, omp_lib.f90, omp_lib.mod, omp_lib_kinds.mod.
>
> Recall that the module files (.mod) are not preprocessed - and the .h files are
> not if one uses "include 'omp_lib'" (instead of "#include")
>
> However, I think for currently used type there should be no problem (with
> all/most targets).

Right, at least on Solaris/SPARC and x86 the 32-bit and 64-bit
omp_lib.{h,mod} are identical.

    Rainer