Compile fails on openSUSE 11.2

[GoogleCodeExporter]

What steps will reproduce the problem?
1. gmake && make
2.
3.

What is the expected output? What do you see instead?

The following output is generated from make:

make -f Makefile.Release
make[1]: Entering directory
`/usr/local/src/qtscriptgenerator-src-0.1.0/generator'
g++ -c -pipe -O2 -fomit-frame-pointer -fmessage-length=0 -O2 -Wall
-D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables
-fasynchronous-unwind-tables -g -Wall -W -D_REENTRANT
-DRXX_ALLOCATOR_INIT_0 -DQT_NO_DEBUG -DQT_XML_LIB -DQT_CORE_LIB -DQT_SHARED
-I../../../../share/qt4/mkspecs/default -I. -I../../../../include/QtCore
-I../../../../include/QtXml -I../../../../include -I. -I.
-I/usr/local/src/qtscriptgenerator-src-0.1.0/generator/../common -Iparser
-Iparser/rpp -Iparser/rpp -Irelease -o release/preprocessor.o
parser/rpp/preprocessor.cpp
In file included from parser/rpp/pp.h:69,
                 from parser/rpp/preprocessor.cpp:23:
parser/rpp/pp-internal.h: In function ‘void
rpp::_PP_internal::output_line(const std::string&, int, _OutputIterator)’:
parser/rpp/pp-internal.h:44: error: there are no arguments to ‘snprintf’
that depend on a template parameter, so a declaration of ‘snprintf’ must be
available
parser/rpp/pp-internal.h:44: note: (if you use ‘-fpermissive’, G++ will
accept your code, but allowing the use of an undeclared name is deprecated)
In file included from parser/rpp/pp.h:74,
                 from parser/rpp/preprocessor.cpp:23:
parser/rpp/pp-macro-expander.h: In member function ‘_InputIterator
rpp::pp_macro_expander::operator()(_InputIterator, _InputIterator,
_OutputIterator)’:
parser/rpp/pp-macro-expander.h:233: error: there are no arguments to
‘snprintf’ that depend on a template parameter, so a declaration of
‘snprintf’ must be available
In file included from parser/rpp/pp.h:76,
                 from parser/rpp/preprocessor.cpp:23:
parser/rpp/pp-engine-bits.h: In member function ‘void rpp::pp::file(const
std::string&, _OutputIterator)’:
parser/rpp/pp-engine-bits.h:50: error: there are no arguments to ‘fopen’
that depend on a template parameter, so a declaration of ‘fopen’ must be
available
parser/rpp/pp-engine-bits.h: In member function ‘void rpp::pp::file(FILE*,
_OutputIterator)’:
parser/rpp/pp-engine-bits.h:80: error: there are no arguments to ‘feof’
that depend on a template parameter, so a declaration of ‘feof’ must be
available
parser/rpp/pp-engine-bits.h:82: error: there are no arguments to ‘fread’
that depend on a template parameter, so a declaration of ‘fread’ must be
available
parser/rpp/pp-engine-bits.h:86: error: there are no arguments to ‘fclose’
that depend on a template parameter, so a declaration of ‘fclose’ must be
available
In file included from parser/rpp/pp.h:76,
                 from parser/rpp/preprocessor.cpp:23:
parser/rpp/pp-engine-bits.h: In member function ‘FILE*
rpp::pp::find_include_file(const std::string&, std::string*,
rpp::pp::INCLUDE_POLICY, bool) const’:
parser/rpp/pp-engine-bits.h:240: error: ‘fopen’ was not declared in this 
scope
parser/rpp/pp-engine-bits.h:253: error: ‘fopen’ was not declared in this 
scope
parser/rpp/pp-engine-bits.h:279: error: ‘fopen’ was not declared in this 
scope
make[1]: *** [release/preprocessor.o] Error 1
make[1]: Leaving directory
`/usr/local/src/qtscriptgenerator-src-0.1.0/generator'
make: *** [release] Error 2

What version of the product are you using? On what operating system?

Please provide any additional information below.

Original issue reported on code.google.com by rodneyb...@gmail.com on 30 Nov 2009 at 11:44

[GoogleCodeExporter]

Ping? Anyone got any input on this? Current download version 0.1.0 will not 
build on
OpenSuse 11.2. Help!

Original comment by rodneyb...@gmail.com on 31 Dec 2009 at 5:39

[GoogleCodeExporter]

It uses stuff from stdio.h without including it. (Earlier versions of gcc/glibc 
let
you get away with this, because other headers indirectly included stdio.h.) 
Adding an
"#include <stdio.h>" at the top of generator/parser/rpp/pp.h lets it build.

Original comment by ladtheel...@gmail.com on 8 Jan 2010 at 6:31

[GoogleCodeExporter]

Issue 78 is the same; there's a patch attached there.

Original comment by bero%ark...@gtempaccount.com on 21 Apr 2011 at 9:49