'UINT64_C' was not declared in this scope

[tgoyne]

From yxmline on May 02, 2010 05:28:36

Configuration information there is detailed information in the info.txt

In file included from D:/WinLinux/Minsys/local/include/libavutil/
avutil.h:81,
from D:/WinLinux/Minsys/local/include/libavcodec/
avcodec.h:30,
from D:/WinLinux/Minsys/local/include/libavformat/
avformat.h:56
,
from src/core/audiosource.h:25,
from src/core/audiosource.cpp:21:
D:/WinLinux/Minsys/local/include/libavutil/common.h: In function 'int32_t
av_clipl_int32(int64_t)':
D:/WinLinux/Minsys/local/include/libavutil/common.h:154: error: 'UINT64_C'
was not declared in this scope
make: *** [src/core/audiosource.lo] Error 1

Attachment: info.txt

Original issue: http://code.google.com/p/ffmpegsource/issues/detail?id=11

[tgoyne]

From rotmer on May 03, 2010 06:49:04

The same issue i'm getting here when compiling chromium with ffmpeg from svn:

In file included from /usr/include/libavutil/avutil.h:81:0,
from /usr/include/libavcodec/avcodec.h:30,
from out/Release/obj.target/geni/ffmpeg_stubs.cc:16:
/usr/include/libavutil/common.h: In function 'int32_t av_clipl_int32(int64_t)':
/usr/include/libavutil/common.h:154:47: error: 'UINT64_C' was not declared in this scope
make: *** [out/Release/obj.target/geni/ffmpeg_stubs.o] Error 1

[tgoyne]

From rotmer on May 03, 2010 06:50:46

Uh, just got here from google, seems like its not the best place to report this
issue.. Anyway :).

[tgoyne]

From kalle.blomster on May 03, 2010 14:12:31

Was fixed in r311 .

Status: Fixed

[tgoyne]

From redf35097 on June 14, 2010 06:33:30

getting this same error when trying to build zoneminder 1.24.2. pulled the latest ffmpeg source June 14th 2010 well after this issue was suppose to be resolved.

[tgoyne]

From pierrelucbacon on June 16, 2010 15:40:12

I'm also getting it in r23634 .

/usr/local/include/libavutil/common.h: In function ‘int32_t av_clipl_int32(int64_t)’:
/usr/local/include/libavutil/common.h:154: error: ‘UINT64_C’ was not declared in this scope

[tgoyne]

From kalle.blomster on June 22, 2010 01:42:54

This should be fixed in our build system no matter what version of ffmpeg you're using. If you're still getting it, run configure like so:
CFLAGS=-D__STDC_CONSTANT_MACROS ./configure
and your problems should go away. This applies to other C++ programs using ffmpeg as well and not just to ffms2, but I can't guarantee that other programs won't break if you define that macro (they really shouldn't, though).

Labels: OpSys-Windows

[tgoyne]

From kalle.blomster on June 22, 2010 01:59:19

Labels: -OpSys-Windows

[tgoyne]

From kalle.blomster on August 17, 2010 16:44:18

Clarification (since this is apparently a common problem and shows up pretty high in google searches): it should be CXXFLAGS, not CFLAGS.

[tgoyne]

From apzc2529 on September 15, 2010 18:23:44

Thank you! CXXFLAGS=-D__STDC_CONSTANT_MACROS works!

[tgoyne]

From shekatsu8er on November 01, 2010 09:09:39

What about adding this:
#ifdef __cplusplus
#define __STDC_CONSTANT_MACROS
#ifdef _STDINT_H
#undef _STDINT_H
#endif

include <stdint.h>

#endif

to the common.h code?

[tgoyne]

From kalle.blomster on November 04, 2010 03:32:46

I think you're in the wrong project, bro.

[tgoyne]

From mrtux.hdb on November 07, 2010 10:11:19

adding this before #include <libav....>
#ifndef INT64_C
#define INT64_C(c) (c ## LL)
#define UINT64_C(c) (c ## ULL)
#endif

[tgoyne]

From kalle.blomster on November 07, 2010 10:55:31

Stop posting in this issue, it's been worked around in our build system for ages. Go complain at the ffmpeg fags if you want it fixed there (hint: they won't do shit).

[tgoyne]

From asmith5152 on November 08, 2010 01:50:35

Their (ffmpeg fags) solution is to move to x86_64.

[tgoyne]

From luca.barbato on December 27, 2010 10:56:51

Complain with the C++ Standard.

PS: be grateful we do not put int class; struct new; in the public headers just for fun.