Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[amelcon]

I tried to follow the suggestions given in the forum; instead of patching last stable version to compile with WxGTK-2.8.7, I tried to compile last CVS version. I get the following error:

if g++ -DHAVE_CONFIG_H -I. -I. -I../../../..    -isystem /system/wxgtk/lib/wx/include/gtk2-unicode-release-2.8 -isystem /system/wxgtk/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../src -I../../../../src/libs -I../../../../src/include -isystem /usr/include -D__CRYPTO_INSTALLED__  -W -Wall -Wshadow -Wundef -O2  -DUSE_WX_EXTENSIONS -MT libec_a-ECTag.o -MD -MP -MF ".deps/libec_a-ECTag.Tpo" -c -o libec_a-ECTag.o `test -f 'ECTag.cpp' || echo './'`ECTag.cpp; \
        then mv -f ".deps/libec_a-ECTag.Tpo" ".deps/libec_a-ECTag.Po"; else rm -f ".deps/libec_a-ECTag.Tpo"; exit 1; fi
/usr/local/gcc4.1.1/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/cstddef:54: error: '::ptrdiff_t' has not been declared
/usr/local/gcc4.1.1/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/cstddef:55: error: '::size_t' has not been declared
/usr/include/string.h:39: error: 'size_t' has not been declared
/usr/include/string.h:43: error: 'size_t' has not been declared

I am not sure if this is a problems with my installation of the compiler or not.
Any help?,

thank you very much,

[Festor]

What distribution are you using?

[amelcon]

In fact I have a customized system; this may be the problem.
I have glibc2.5, gcc4.1.1, binutils2.17, standard kernel-2.6.14.3;
Apparently there are many header files where ptrdiff_t and size_t are not known;
I am currently compiling by putting by hand the following declarations:

typedef int ptrdiff_t;
typedef unsigned int size_t;

I have to do this in many files, like for instance:

c++/4.1.1/cstddef
bits/sigstack.h
gconv.h

I suppose it is not going to be easy to figure out where the problem is, or
why these definitions are not know to these files;

If you need to know a specific part of the system to try to figure out,
please let me know,

many thanks

[Xaignar]

I suppose it is not going to be easy to figure out where the problem is, or
why these definitions are not know to these files;

Indeed. But this has nothing to do with aMule, so I'd advise that you refer to the sources you used to customize your system.

[amelcon]

Yes, you are right. It was a problem with a duplicate stddef.h file. Compilation was taking the stddef.h file from the linux kernel headers, instead of taking the stddef.h file provided by gcc.
Thank you very much.