Thanks Curt,
I took the refresh from CVS, and that got me past the INT64_C problem,
now i unfortunately ran into the next problem whilst building unittests:
Have you seen this before?
(again this is on Linux Fedora 3, gcc 3.4.2 20041017 (Red Hat 3.4.2-6.fc3))
build-unittest:
[mkdir] Created dir:
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/build/debug/shared/log4cxx-test_obj
[cc] 69 total files to be compiled.
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:
In member function `virtual void L7dTestCase::setUp()':
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:40:
error: `log4cxx::helpers::Locale::Locale(const
log4cxx::helpers::Locale&)' is protected
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/tests/src/l7dtestcase.cpp:52:
error: within this context
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:40:
error: `log4cxx::helpers::Locale::Locale(const
log4cxx::helpers::Locale&)' is protected
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/tests/src/l7dtestcase.cpp:56:
error: within this context
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:40:
error: `log4cxx::helpers::Locale::Locale(const
log4cxx::helpers::Locale&)' is protected
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/tests/src/l7dtestcase.cpp:60:
error: within this context
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:
In member function `log4cxx::helpers::ResourceBundlePtr
LoggerTestCase::getBundle(const log4cxx::LogString&, const
log4cxx::LogString&)':
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/include/log4cxx/helpers/locale.h:40:
error: `log4cxx::helpers::Locale::Locale(const
log4cxx::helpers::Locale&)' is protected
[cc]
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/tests/src/loggertestcase.cpp:288:
error: within this context
BUILD FAILED
/root/Memento/dev/src/trunk/log4cxx-0.98/logging-log4cxx/build.xml:749:
gcc failed with return code 1
Full transcript attached to this email.
cheers,
bammi@memento-inc.com
Curt Arnold wrote:
>
> On Mar 3, 2005, at 6:25 PM, Jwahar Bammi wrote:
>
>> Hmm...
>> I checked out SVN HEAD for apr/apr-utils/apr-iconv built and
>> installed them, no difference. i still get the INT64_C failure.
>>
>> Gump, please advise what you do?
>>
>
> Gump is an automated build system that continually builds hundreds of
> open-source projects (http://gump.apache.org). The main Gump build
> server runs on a Debian Linux. Gump has built successfully for 19
> straight days on brutus.apache.org which is a Debian box, so the
> problem was. at least, distribution specific.
>
> The underlying problem is in APR, it defines macros APR_INT64_C and
> similar that for gcc is defined as INT64_C, however INT64_C isn't
> properly defined which results in the error that you were seeing. I
> was lead to believe that it had been resolved in the APR subversion
> head, but apparently not.
>
> There were workarounds for the problem in many of the other places
> where the problem was occurring, however new code in timezone.cpp
> triggered the issue and didn't have the workaround. I've committed
> changes that replaced the other workarounds with the recommended
> workaround (adding a #define __STDC_CONSTANT_MACROS before including
> apr.h) and added the workaround to timezone.cpp.
>
>
>
--
Jwahar Bammi
bammi@memento-inc.com
|