Header Redfines.

New Message Reply Date view Thread view Subject view Author view

From: Larry Ramey (ramey++at++vrco.com)
Date: 06/13/2001 12:49:04


Hi Performer Fans.

I've got a wonderful one for you.

#ifndef __ELF_H__
#define __ELF_H__
#ifdef __cplusplus
extern "C" {
#endif /* __cplusplus */

/*
 * Copyright 1992 Silicon Graphics, Inc.
 * ALL RIGHTS RESERVED
 *

<skip to line 200>

#define PF_R 0x4 /* p_flags */
#define PF_W 0x2
#define PF_X 0x1

Opps.
Anyone see the problem??? How about if I quote a little bit from pfLinMath.h

//
//
// Copyright 1995, Silicon Graphics, Inc.
// ALL RIGHTS RESERVED
//

<Skip to line 863>
#define PF_H 0 /* Heading */
#define PF_P 1 /* Pitch */
#define PF_R 2 /* Roll */

Or in pr.h
/*
 * Copyright 1995, Silicon Graphics, Inc.
 * ALL RIGHTS RESERVED
 *
 * UNPUBLISHED -- Rights reserved under the copyright laws of the United
 *
<skip to line 156>
/* Texture coordinates */
#define PF_S 0
#define PF_T 1
#define PF_R 2
#define PF_Q 3

Yes, indeed. PF_R is #defined in three different places in my program.

OK, the fact that pfLinMath.h and pr.h declare the SAME #define bothers me. BUT
they at least declare them to the same value, so the compiler silently ignores
this and everyone is happy. Recently we added exception.h to our program so we
could handle error conditions better. exception.h includes elf.h and thus all
heck breaks loose. My program is REALLY unhappy about this line:

texGen->setMode(PF_R, PFTG_OFF);

Any ideas?

Versions:
I performer_dev.sw 05/10/2001 Performer2.2 Development Environment
(ABI-independent files)
I compiler_dev 05/23/2001 Base Compiler Development Environment,
7.3.1.2m
I compiler_dev.hdr 05/23/2001 Base Compiler Headers

So in all honesty I am little suprised that elf.h conflicts with performer since
they are both recent.

----
"At the sickbed of Cuchulainn, we'll kneel and say a prayer" -Pogues
Larry E. Ramey
Software Engineer
ramey++at++vrco.com

AOLIM: hydrajak


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Wed Jun 13 2001 - 12:44:15 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.