On Mon, 2006-04-24 at 18:22 -0500, Jonathon Jongsma wrote:
> On 4/24/06, Murray Cumming <[EMAIL PROTECTED]> wrote:
> > On Sun, 2006-04-23 at 21:17 -0500, Jonathon Jongsma wrote:
> > > I'm getting the following error (see below) when building libsigc++2
> > > from CVS with jhbuild. I never used to get this error, and I haven't
> > > been able to figure out what it's trying to tell me about
> > > nested-name-specifiers. I recently upgraded my computer to Ubuntu
> > > Dapper (pre-release) which has g++ version 4.0.3. Breezy had 4.0.1,
> > > so it's possible that the new compiler is more strict about something,
> > > but I haven't been able to track down how to fix it. Any ideas?
> >
> > Try a completely fresh checkout.
>
> I just deleted the libsigc++2 directory and re-ran and I get exactly
> the same error.
That's very odd. I am also using Ubuntu Dapper (g++ version 4.0.3). I
thought that this had something to do with incorrect configure test
results that needed a new configure run, but I don't see any #ifdefs
near that line. Maybe I was thinking of a similar compilation error.
Just in case, here is my sigc++config.h file, for comparison.
I'm not sure what the error is trying to tell us.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
/* sigc++config.h. Generated by configure. */
#ifndef _SIGCXX_CONFIG_H
#define _SIGCXX_CONFIG_H
// Detect common platforms
#if defined(_WIN32)
// Win32 compilers have a lot of variation
#if defined(_MSC_VER)
#define SIGC_MSC
#define SIGC_WIN32
#define SIGC_DLL
#elif defined(__CYGWIN__)
#define SIGC_CONFIGURE
#elif defined(__MINGW32__)
#define SIGC_WIN32
#define SIGC_CONFIGURE
#else
//The Tru64 compiler complains about this "unrecognized preprocessing directive", but it should never get this far anyway.
//#warning "libsigc++ config: Unknown win32 architecture (send me gcc --dumpspecs or equiv)"
#endif
#else
#define SIGC_CONFIGURE
#endif /* _WIN32 */
#ifdef SIGC_CONFIGURE
// configure checks
#define SIGC_GCC_TEMPLATE_SPECIALIZATION_OPERATOR_OVERLOAD 1
#define SIGC_MSVC_TEMPLATE_SPECIALIZATION_OPERATOR_OVERLOAD 1
#define SIGC_SELF_REFERENCE_IN_MEMBER_INITIALIZATION 1
#define SIGC_HAVE_NAMESPACE_STD 1
/* #undef SIGC_HAVE_SUN_REVERSE_ITERATOR */
/* #undef SIGC_TYPEDEF_REDEFINE_ALLOWED */
// platform specific macros
// #define LIBSIGC_DISABLE_DEPRECATED
// #define SIGC_NEW_DELETE_IN_LIBRARY_ONLY
#endif /* SIGC_CONFIGURE */
#ifdef SIGC_MSC
// MS VC7 Warning 4251 says that the classes to any member objects in an
// exported class must be also be exported. Some of the libsigc++
// template classes contain std::list members. MS KB article 168958 says
// that it's not possible to export a std::list instantiation due to some
// wacky class nesting issues, so our only options are to ignore the
// warning or to modify libsigc++ to remove the std::list dependency.
// AFAICT, the std::list members are used internally by the library code
// and don't need to be used from the outside, and ignoring the warning
// seems to have no adverse effects, so that seems like a good enough
// solution for now.
//
#pragma warning(disable:4251)
#define SIGC_MSVC_TEMPLATE_SPECIALIZATION_OPERATOR_OVERLOAD
#define SIGC_NEW_DELETE_IN_LIBRARY_ONLY // To keep ABI compatibility
#define SIGC_HAVE_NAMESPACE_STD 1
#endif /* SIGC_MSC */
//Put things in the std namespace, if they should be there.
#ifndef SIGC_HAVE_NAMESPACE_STD
# define SIGC_USING_STD(Symbol) namespace std { using ::Symbol; }
#else
# define SIGC_USING_STD(Symbol) /* empty */
#endif
#ifdef SIGC_DLL
#if defined(SIGC_BUILD) && defined(_WINDLL)
#define SIGC_API __declspec(dllexport)
#elif !defined(SIGC_BUILD)
#define SIGC_API __declspec(dllimport)
#else
#define SIGC_API
#endif /* SIGC_BUILD - _WINDLL */
#else
#define SIGC_API
#endif /* SIGC_DLL */
#endif /* _SIGCXX_CONFIG_H */
_______________________________________________
libsigc-list mailing list
libsigc-list@gnome.org
http://mail.gnome.org/mailman/listinfo/libsigc-list
