【问题标题】:C conflicting types caused by macro宏引起的 C 冲突类型
【发布时间】:2017-12-05 19:01:47
【问题描述】:

我正在构建一些代码,这些代码用于使用旧版本的 Rowley Crossworks for ARM 版本 2 正确编译。现在尝试使用 Crossworks for ARM 版本 4 编译应用程序,以下头文件导致编译器抛出以下内容错误:

'UEZMemAlloc' 的类型冲突
'UEZMemRealloc'

/*-------------------------------------------------------------------------*
 * File:  uEZMemory.h
 *-------------------------------------------------------------------------*
 * Description:
 *     uEZ Memory Allocation (thread safe) routines
 *-------------------------------------------------------------------------*/
#ifndef _UEZ_MEMORY_H_
#define _UEZ_MEMORY_H_

/*--------------------------------------------------------------------------
 * uEZ(R) - Copyright (C) 2007-2010 Future Designs, Inc.
 *--------------------------------------------------------------------------
 * This file is part of the uEZ(R) distribution.  See the included
 * uEZLicense.txt or visit http://www.teamfdi.com/uez for details.
 *
 *    *===============================================================*
 *    |  Future Designs, Inc. can port uEZ(tm) to your own hardware!  |
 *    |             We can get you up and running fast!               |
 *    |      See http://www.teamfdi.com/uez for more details.         |
 *    *===============================================================*
 *
 *-------------------------------------------------------------------------*/

/*-------------------------------------------------------------------------*
 * Includes:
 *-------------------------------------------------------------------------*/
#include "uEZTypes.h"

#ifndef UEZ_MEM_CHECK_MEMORY
#define UEZ_MEM_CHECK_MEMORY    0
#endif
#ifndef UEZ_MEM_CHECK_MEMORY_FAIL_CALLBACK
#define UEZ_MEM_CHECK_MEMORY_FAIL_CALLBACK 0
#endif

/*-------------------------------------------------------------------------*
 * Prototypes:
 *-------------------------------------------------------------------------*/
void UEZMemInit(void);
void *UEZMemAlloc(TUInt32 aSize);
void *UEZStackMemAlloc(TUInt32 aSize);
void UEZMemFree(void *aMemory);
void *UEZMemRealloc(void *aMemory, TUInt32 aSize); //NOT IMPLEMENTED YET
void *UEZMemAllocPermanent(TUInt32 aSize);
void *UEZPlatformMemAllocPermanent(TUInt32 aSize);

#if UEZ_MEM_CHECK_MEMORY_FAIL_CALLBACK
void UEZMemFailedCallback(void);
#endif
#if UEZ_MEM_CHECK_MEMORY
TUInt32 UEZMemGetSize(void *aMemory);
TUInt32 UEZMemGetNumBlocks(void);
#endif

/*-------------------------------------------------------------------------*
 * Macros:
 *-------------------------------------------------------------------------*/
// Provide standard C compatible routines
#define malloc(a)           UEZMemAlloc(a)
#define free(a)             UEZMemFree(a)
#define realloc(a, b)       UEZMemRealloc(a, b)


#endif // _UEZ_MEMORY_H_

/*-------------------------------------------------------------------------*
 * End of File:  uEZMemory.h
 *-------------------------------------------------------------------------*/

在我看来,新的编译器现在很恼火:

#define malloc(a)           UEZMemAlloc(a)
#define realloc(a, b)       UEZMemRealloc(a, b)

我正在使用的 uEZ 库有 documentation here. 这似乎表明它是故意的。 gcc 编译器/预处理器是否随着时间的推移变得更加挑剔?有没有办法避免这些错误? Rowley Crossworks for ARM 使用 GCC。

【问题讨论】:

  • UEZMemAlloc(TUInt32 aSize);#define malloc(a) UEZMemAlloc(a)malloc(size_t size);,是不是有什么原因代码不使用UEZMemAlloc(size_t aSize);
  • “随着时间的推移,gcc 编译器/预处理器变得更加挑剔了吗?” --> 也许在这个编译中TUInt32size_t 不同?
  • @chux 这是我们多年前购买的库代码。他们提供了 malloc() 定义。
  • 库将TUInt32定义为unsigned long
  • “以下头文件导致编译器抛出以下错误”。想法:它不是单独的头文件,导致问题。它是头文件和一些 *.c 代码或另一个头文件。需要更多代码来查看什么与什么冲突。

标签: c arm gcc-warning


【解决方案1】:

解决方案是修改 Config_Build.h 文件,导致编译不会更改某些标准 C 类型的类型。

【讨论】:

  • 感谢大家的帮助。
猜你喜欢
  • 2021-04-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-01-20
  • 2014-03-10
  • 2013-04-24
  • 1970-01-01
相关资源
最近更新 更多