search for: __stdc_limit_macros

...that doesn't necessarily imply that >>we are on a Linux box with stdint.h.s >> >> > >Ok, I'll switch to that from the placeholder "LINUX". > > Inspection of DataTypes.h shows that inttypes.h is included before the test for linux / definition of __STDC_LIMIT_MACROS. This will not work, since stdint.h is implemented by including inttypes.h, which was already included the first time with __STDC_LIMIT_MACROS not defined. I think the best solution to this problem is to change DataTypes.h to simply: #define __STDC_LIMIT_MACROS #include <inttypes.h>...

...e/llvm-c/Core.h | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/llvm-c/Core.h b/include/llvm-c/Core.h index 3ffaddd..becba7f 100644 --- a/include/llvm-c/Core.h +++ b/include/llvm-c/Core.h @@ -33,6 +33,10 @@ #ifndef LLVM_C_CORE_H #define LLVM_C_CORE_H +#ifndef __STDC_LIMIT_MACROS +#define __STDC_LIMIT_MACROS +#endif + #include "llvm/Support/DataTypes.h" #ifdef __cplusplus -- 1.7.7

...the quality of the code included in the >> > > public LLVM headers. For projects that depend on LLVM is really hard to >> > > just include LLVM headers not to trigger tons of warnings. >> > > >> > > Moreover, the is this issue that you have to define __STDC_LIMIT_MACROS >> > and >> > > __STDC_CONSTANT_MACROS everywhere just to include single DataTypes.h. >> > > Strangely, it seems to be required only when compiling with clang, not >> > with >> > > GCC. >> > > >> > > Can we do anything to...

.... It using LLVM dependency of Ocelot. llvm-config get cppflags represent as below in order to build with Ocelot. ./llvm-config --cppflags -I/home/chatsiri/workspacecpp/llvm/include -I/home/chatsiri/workspacecpp/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS Why DataType.h line 49 through error as #error "Must #define __STDC_LIMIT_MACROS before #including Support/DataTypes.h" g++ -o .release_build/ocelot/ir/implementation/ExternalFunctionSet.os -c -O2 -Wall -Werror -std=c++0x "-I/home/chatsiri/workspacecpp/llvm/include -I/home/chat...

defining __STDC_LIMIT_MACROS on the command line is not really necessary for Visual Studio, and is a bit of a pain when you want to include the LLVM headers from your own project, so I moved the check a bit down into the Unix case to avoid the hassle... Here is a patch On a side note, everything is going well so far with i...

...> I want to complain a bit about the quality of the code included in the > > public LLVM headers. For projects that depend on LLVM is really hard to > > just include LLVM headers not to trigger tons of warnings. > > > > Moreover, the is this issue that you have to define __STDC_LIMIT_MACROS > and > > __STDC_CONSTANT_MACROS everywhere just to include single DataTypes.h. > > Strangely, it seems to be required only when compiling with clang, not > with > > GCC. > > > > Can we do anything to improve the situation? > > > > I have just one ide...

...ying out RC1, host compilers: GCC 4.6.3 and GCC 4.8.2 Building LLVM RC1 succeeds with both compilers. My application uses LLVM IR builder and JIT'er. Building succeeds with GCC 4.8.2, but fails with GCC 4.6.3: llvm-rc1/include/llvm/Support/DataTypes.h:48:3: error: #error "Must #define __STDC_LIMIT_MACROS before #including Support/DataTypes.h" When defining the __STDC_LIMIT_MACROSand __STDC_CONSTANT_MACROS building with GCC 4.6.3 also succeeds. Are these defines really necessary, why are they not needed for GCC 4.8.2?Should I be worried to leave the defines in the code? Frank

...testing: hendrik at lovesong:~/dv/lang/hlvm$ g++ -o broken.o -c broken.cpp In file included from /usr/include/llvm/Type.h:16, from /usr/include/llvm/DerivedTypes.h:21, from broken.cpp:1: /usr/include/llvm/Support/DataTypes.h:38:3: error: #error "Must #define __STDC_LIMIT_MACROS before #including Support/DataTypes.h" hendrik at lovesong:~/dv/lang/hlvm$ Did I do something wrong, or is something broken? In llvm or in g++? hendrik at lovesong:~/dv/lang/hlvm$ g++ --version g++ (GCC) 4.2.4 (Debian 4.2.4-1) Copyright (C) 2007 Free Software Foundation, Inc. This is free...

Razvan Aciu wrote: > As I saw from the mailing list the MSVC 2005 patches were made to take into > account the new files from the development branch, files which are not in > the 2.3 release. So for now the below patch is the only one functional for > the release. If I am wrong, please someone correct me. > > If someone can make a 2005 patch for the release branch, it is ok.

> test for linux / definition of __STDC_LIMIT_MACROS. This will not work, > since stdint.h is implemented by including inttypes.h, which was already > included the first time with __STDC_LIMIT_MACROS not defined. I think > the best solution to this problem is to change DataTypes.h to simply: > > #define __STDC_LIMIT_MACROS > #...

Chris Lattner wrote: >>test for linux / definition of __STDC_LIMIT_MACROS. This will not work, >>since stdint.h is implemented by including inttypes.h, which was already >>included the first time with __STDC_LIMIT_MACROS not defined. I think >>the best solution to this problem is to change DataTypes.h to simply: >> >> #define __STDC_LIMIT...

...uded from /usr/include/llvm-c/Core.h:36, >> from /usr/include/llvm-c/Analysis.h:22, >> from >> /home/eli/Programs/decac/src/jllvm/llvm/Analysis_wrap.c:190: >> /usr/include/llvm/System/DataTypes.h:46: error: #error "Must #define >> __STDC_LIMIT_MACROS before #including System/DataTypes.h" >> /usr/include/llvm/System/DataTypes.h:50: error: #error "Must #define >> __STDC_CONSTANT_MACROS before " "#including System/DataTypes.h" >> make[2]: *** [CMakeFiles/jllvm.dir/Analysis_wrap.c.o] Error 1 >> make[...

Chris Lattner wrote: >>ISSUE: INT64_MAX undefined in InstrSelectionSupport.cpp and >>InstructionCombining.cpp. I'm not completely sure where INT64_MAX comes >>from on Solaris, but C99 says that INT64_MAX is defined in stdint.h, >>but, for C++, only if __STDC_LIMIT_MACROS is #defined. Solaris (at >>least in CSIL) unfortunately does not have stdint.h, but it does have >>the old inttypes.h - and so does Linux. >> >> > >Interesting. INT64_MAX is supposed to be provided by >include/Support/DataTypes.h. Do you know of a reliable pr...

.../llvm-c/Core.h:36, >>> from /usr/include/llvm-c/Analysis.h:22, >>> from >>> /home/eli/Programs/decac/src/jllvm/llvm/Analysis_wrap.c:190: >>> /usr/include/llvm/System/DataTypes.h:46: error: #error "Must #define >>> __STDC_LIMIT_MACROS before #including System/DataTypes.h" >>> /usr/include/llvm/System/DataTypes.h:50: error: #error "Must #define >>> __STDC_CONSTANT_MACROS before " "#including System/DataTypes.h" >>> make[2]: *** [CMakeFiles/jllvm.dir/Analysis_wrap.c.o] Error 1 &g...

...pe="4" > CharacterSet="2"> > <Tool > Name="VCCLCompilerTool" > Optimization="0" > AdditionalIncludeDirectories="..\..\tablegen_includes;..\..\include;.." > PreprocessorDefinitions="WIN32;_DEBUG;_LIB;__STDC_LIMIT_MACROS" > MinimalRebuild="TRUE" > BasicRuntimeChecks="3" > RuntimeLibrary="3" > ForceConformanceInForLoopScope="TRUE" > RuntimeTypeInfo="TRUE" > UsePrecompiledHeader="0" > WarningLevel="3...

...FreeBSD to build dragonegg.so. Well, there are warings while building dragonegg.so. But I guess it doesn't affect dragonegg.so, I just leave it there. Here are the warnings. -------------------------------------------------------------------------------- <command-line>: warning: "__STDC_LIMIT_MACROS" redefined <command-line>: warning: this is the location of the previous definition -------------------------------------------------------------------------------- Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiw...

Hi everyone! I'm trying compile an compiler project that uses LLVM 2.9, and I'm having difficult with the error "Don't have a definition for uint64_t on this platform". I set the '__STDC_LIMIT_MACROS' and '__STDC_CONSTANT_MACROS' defines, and save the "DataTypes.h.in" as "DataTypes.h", to compiler can locate them. I'm using C++Builder XE, in Win7. How can I fix this? Regards! -- @geovanisouza92 - Geovani de Souza -------------- next part -------------- A...

Hi LLVM, I want to complain a bit about the quality of the code included in the public LLVM headers. For projects that depend on LLVM is really hard to just include LLVM headers not to trigger tons of warnings. Moreover, the is this issue that you have to define __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS everywhere just to include single DataTypes.h. Strangely, it seems to be required only when compiling with clang, not with GCC. Can we do anything to improve the situation? I have just one idea, to add unittests that only include public headers with higher compiler rest...

ISSUE: INT64_MAX undefined in InstrSelectionSupport.cpp and InstructionCombining.cpp. I'm not completely sure where INT64_MAX comes from on Solaris, but C99 says that INT64_MAX is defined in stdint.h, but, for C++, only if __STDC_LIMIT_MACROS is #defined. Solaris (at least in CSIL) unfortunately does not have stdint.h, but it does have the old inttypes.h - and so does Linux. ACTION: In files that refer to INT64_MAX, ensure that inttypes.h is #included and that __STD_LIMIT_MACROS is #defined before _any_ #include (you never know wh...

...> In file included from /usr/include/llvm-c/Core.h:36, > from /usr/include/llvm-c/Analysis.h:22, > from > /home/eli/Programs/decac/src/jllvm/llvm/Analysis_wrap.c:190: > /usr/include/llvm/System/DataTypes.h:46: error: #error "Must #define > __STDC_LIMIT_MACROS before #including System/DataTypes.h" > /usr/include/llvm/System/DataTypes.h:50: error: #error "Must #define > __STDC_CONSTANT_MACROS before " "#including System/DataTypes.h" > make[2]: *** [CMakeFiles/jllvm.dir/Analysis_wrap.c.o] Error 1 > make[1]: *** [CMakeF...