User forums > Help

Compilation error with SuSE Linux 9.3 on AMD64

<< < (3/6) > >>

MortenMacFly:

--- Quote from: mandrav on May 03, 2006, 08:41:37 am ---Can you run the following command in a terminal and post its output?

--- End quote ---
Sure, here it is:

--- Code: ---#define __athlon_sse__ 1
#define __DBL_MIN_EXP__ (-1021)
#define __FLT_MIN__ 1.17549435e-38F
#define __CHAR_BIT__ 8
#define __WCHAR_MAX__ 2147483647
#define __DBL_DENORM_MIN__ 4.9406564584124654e-324
#define __FLT_EVAL_METHOD__ 0
#define __unix__ 1
#define unix 1
#define __x86_64 1
#define __SIZE_TYPE__ long unsigned int
#define __ELF__ 1
#define __DBL_MIN_10_EXP__ (-307)
#define __FINITE_MATH_ONLY__ 0
#define __FLT_RADIX__ 2
#define __LDBL_EPSILON__ 1.08420217248550443401e-19L
#define __SSE_MATH__ 1
#define __athlon 1
#define __SHRT_MAX__ 32767
#define __LDBL_MAX__ 1.18973149535723176502e+4932L
#define __x86_64__ 1
#define __linux 1
#define __unix 1
#define __LDBL_MAX_EXP__ 16384
#define __LONG_MAX__ 9223372036854775807L
#define __linux__ 1
#define __SCHAR_MAX__ 127
#define __DBL_DIG__ 15
#define __USER_LABEL_PREFIX__
#define linux 1
#define __STDC_HOSTED__ 1
#define __SSE2__ 1
#define __LDBL_MANT_DIG__ 64
#define __FLT_EPSILON__ 1.19209290e-7F
#define __LDBL_MIN__ 3.36210314311209350626e-4932L
#define __WCHAR_TYPE__ int
#define __FLT_DIG__ 6
#define __FLT_MAX_10_EXP__ 38
#define __INT_MAX__ 2147483647
#define __amd64__ 1
#define __gnu_linux__ 1
#define __FLT_MAX_EXP__ 128
#define __DECIMAL_DIG__ 21
#define __DBL_MANT_DIG__ 53
#define __WINT_TYPE__ unsigned int
#define __SSE__ 1
#define __MMX__ 1
#define __LDBL_MIN_EXP__ (-16381)
#define __LDBL_MAX_10_EXP__ 4932
#define __DBL_EPSILON__ 2.2204460492503131e-16
#define _LP64 1
#define __DBL_MAX__ 1.7976931348623157e+308
#define __tune_k8__ 1
#define __DBL_MAX_EXP__ 1024
#define __SSE2_MATH__ 1
#define __amd64 1
#define __athlon__ 1
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __FLT_MAX__ 3.40282347e+38F
#define __GXX_ABI_VERSION 102
#define __FLT_MIN_10_EXP__ (-37)
#define __FLT_MIN_EXP__ (-125)
#define __DBL_MAX_10_EXP__ 308
#define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L
#define __DBL_MIN__ 2.2250738585072014e-308
#define __PTRDIFF_TYPE__ long int
#define __LP64__ 1
#define __LDBL_MIN_10_EXP__ (-4931)
#define __REGISTER_PREFIX__
#define __LDBL_DIG__ 18
#define __NO_INLINE__ 1
#define __FLT_MANT_DIG__ 24
#define __VERSION__ "3.3.5 20050117 (prerelease) (SUSE Linux)"

--- End code ---
Please note that it maybe not possible at all due to some configuration I don't know. I cannot update and/or add/remove packages on that machine. So if we don't find a solution I'll look for another linux machine here at work... ;-)
With regards, Morten.

mandrav:
This is really strange.
Can you try the following?

Edit src/sdk/as/bindings/scriptbindings.cpp and insert at line 75, i.e. as the first line in RegisterBindings():

--- Code: ---#ifdef _LP64
return;
#endif

--- End code ---

This should avoid registering anything with scripts on 64bit machines. Hopefully this means you will not hit that assertion again...

MortenMacFly:
Thanks for the help, I tried but unfortunatelly...

--- Quote from: mandrav on May 03, 2006, 09:53:51 am ---Hopefully this means you will not hit that assertion again...

--- End quote ---
...this is what still happens. :-(

--- Code: ---codeblocks: source/as_anyobject.cpp:138: void RegisterAnyObject(asCScriptEngine*): Assertion `r >= 0' failed.

--- End code ---
I don't understand this. If I got your change right this method should never be called. So why is the assertion raised? Anyway: I see the welcome screen which I didn't see before, but that can also be an issue with the work load on that linux (server). Generally the configuration of the linux system seems to work - any other wxWidgets applications I've compiled meanwhile using wxGTK 2.6.3 is working properly, too.
I maybe should contact the dev of AngelScript...?!
With regards, Morten.

MortenMacFly:
2 Remarks:
1.) ...I saw that there is a new version (2.6.0) of AngelScript. Is it difficult to try to integrate this one with C::B? Did you (mandrav) just use the lib or did you already patch in in some way?
Edit: Why I'm saying this: Because the differences of 2.5.0b (which C::B is using) and 2.6.0 (which is the current one) are clearly 64bit related.
2.) You posted #ifdef _LP64. But the foo thing you posted earlier shows a _LP64__ define. Did you really mean just one leading underscore?
With regards, Morten.

mandrav:

--- Quote from: MortenMacFly on May 03, 2006, 11:02:34 am ---1.) ...I saw that there is a new version (2.6.0) of AngelScript. Is it difficult to try to integrate this one with C::B? Did you (mandrav) just use the lib or did you already patch in in some way?
Edit: Why I'm saying this: Because the differences of 2.5.0b (which C::B is using) and 2.6.0 (which is the current one) are clearly 64bit related.

--- End quote ---

Yes, I know. I 'm the one trying to port AS to 64bit ;)
Andreas (author of AS) did some basic adjustments to the library but I 'm working on the hard stuff.
Besides, AS-2.6.0 adds classes support which is a major update (not just 64bit compat. fixes).


--- Quote from: MortenMacFly on May 03, 2006, 11:02:34 am ---2.) You posted #ifdef _LP64. But the foo thing you posted earlier shows a _LP64__ define. Did you really mean just one leading underscore?
With regards, Morten.

--- End quote ---

What I see is:

--- Code: ---#define _LP64 1

--- End code ---
just below this:

--- Code: ---#define __DBL_EPSILON__ 2.2204460492503131e-16

--- End code ---
:)

Navigation

[0] Message Index

[#] Next page

[*] Previous page