Hi Christophe
Christophe Trophime wrote:
> Hi,
> I am trying to port ascend/freesteam to fc11
> I reproduce the bug reported in ascend wiki.
>
I'm not sure what we can do about the SWIG bug. I had an email back from
one of the SWIG developers, William Fulton, requesting a small test case
to exhibit the problem, but haven't had time to produce one.
> I also had a little problem with CUnit. I need to add
> -lncurses to get the cunit test to compile.
> Would It be possible to add -lncurses to the cunit test?
> I have made a dirty hack in Sconstruct :
>
> if not context.env.has_key(varprefix+'_LIB') and not
> context.env.has_key(varprefix+'_LIBS'):
> # if varprefix_LIB were in env, KeepContext would
> # have appended it already
> context.env.Append(LIBS=[libname])
> if libname=='cunit' :
> context.env.Append(LIBS=['ncurses'])
>
>
As for CUnit, it should be possible to compile ASCEND without using
CUnit. That is only needed for building our test suite. The current
CUnit-based test suite makes no use of ncurses. My version of CUnit has
no ncurses dependencies, so I guess this could be an issue with your
build of that library?
j...@thunder:~/ascend$ ldd /usr/local/lib/libcunit.so
linux-gate.so.1 => (0xb80a4000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7f19000)
/lib/ld-linux.so.2 (0xb80a5000)
j...@thunder:~/ascend$ nm /usr/local/lib/libcunit.so | grep " U "
U __assert_fail@@GLIBC_2.0
U __ctype_b_loc@@GLIBC_2.3
U __stack_chk_fail@@GLIBC_2.4
U _setjmp@@GLIBC_2.0
U ctime@@GLIBC_2.0
U exit@@GLIBC_2.0
U fclose@@GLIBC_2.1
U fgets@@GLIBC_2.0
U fopen@@GLIBC_2.1
U fprintf@@GLIBC_2.0
U free@@GLIBC_2.0
U fwrite@@GLIBC_2.0
U getchar@@GLIBC_2.0
U longjmp@@GLIBC_2.0
U malloc@@GLIBC_2.0
U setvbuf@@GLIBC_2.0
U sscanf@@GLIBC_2.0
U stderr@@GLIBC_2.0
U stdin@@GLIBC_2.0
U stdout@@GLIBC_2.0
U strcat@@GLIBC_2.0
U strcpy@@GLIBC_2.0
U strncpy@@GLIBC_2.0
U time@@GLIBC_2.0
U tolower@@GLIBC_2.0
U toupper@@GLIBC_2.0
j...@thunder:~/ascend$
> Next when building on x86_64 I need to change lib to lib64.
> Is it possible to detect the arch type in Scons and to change lib in
> lib64?
You're talking about changing the installed library location, is that
correct? When building an RPM this should flow through the .spec file to
INSTALL_LIB automatically, and I think that that is a fairly good
solution, perhaps? Arch detection is tricky to do with full generality
-- eg config.guess, so if we don't have to do it, that's better.
Cheers
JP
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Ascend-sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
