- CLN-list - ginac.de

Re: Compiling CLN on Intel Macs
by Christian Fleck 28 Apr '06

28 Apr '06

Hi Richard, here is the backtrace: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x06a0afe1 0xa0b02584 in std::wclog () (gdb) bt #0 0xa0b02584 in std::wclog () #1 0xa0b025f0 in std::wclog () #2 0x00009db7 in global constructors keyed to cl_module__cl_prin_globals__firstglobalfun () at ./base/output/ cl_prin_globals.cc:33 #3 0x00009c9a in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at ../include/cln/io.h:91 #4 0x00009db7 in global constructors keyed to cl_module__cl_prin_globals__firstglobalfun () at ./base/output/ cl_prin_globals.cc:33 #5 0x000026f4 in __static_initialization_and_destruction_0 (__initialize_p=2, __priority=65535) at ../include/cln/io.h:91 #6 0x0000275d in global constructors keyed to _Z15test_elementaryv () at exam.cc:51 #7 0x8fe10168 in __dyld__ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkCon textE () #8 0x8fe0a516 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextE () #9 0x8fe0ca08 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE () #10 0x8fe031b4 in __dyld__ZN4dyld24initializeMainExecutableEv () #11 0x0000264d in _call_mod_init_funcs () at /SourceCache/Csu/Csu-58/ crt.c:304 #12 0x00002579 in _start (argc=1, argv=0xbffff86c, envp=0xbffff874) at /SourceCache/Csu/Csu-58/crt.c:222 #13 0x00002529 in start () Christian

4 4

Use datarootdir
by Ralf Wildenhues 25 Apr '06

25 Apr '06

The other change for Autoconf-2.60: If you bootstrap CLN with Autoconf-2.59c, config.status will warn you: | config.status: creating Makefile | config.status: WARNING: ../cln/Makefile.in seems to ignore the --datarootdir setting | config.status: creating src/Makefile | config.status: WARNING: ../cln/src/Makefile.in seems to ignore the --datarootdir setting | config.status: creating tests/Makefile | config.status: creating benchmarks/Makefile | config.status: creating examples/Makefile | config.status: creating doc/Makefile | config.status: WARNING: ../cln/doc/Makefile.in seems to ignore the --datarootdir setting and turn on the backward compatibility setting for those Makefiles. The backward-compatible patch below fixes this. :-) Cheers, Ralf * Makefile.in: Set datarootdir. * doc/Makefile.in, src/Makefile.in: Likewise. Index: Makefile.in =================================================================== RCS file: /home/cvs/cln/Makefile.in,v retrieving revision 1.13 diff -u -r1.13 Makefile.in --- Makefile.in 10 Jun 2005 16:16:33 -0000 1.13 +++ Makefile.in 25 Apr 2006 16:05:08 -0000 @@ -8,6 +8,7 @@ exec_prefix = @exec_prefix@ srcdir = @srcdir@ bindir = @bindir@ +datarootdir = @datarootdir@ datadir = @datadir@ libdir = @libdir@ includedir = @includedir@ Index: doc/Makefile.in =================================================================== RCS file: /home/cvs/cln/doc/Makefile.in,v retrieving revision 1.7 diff -u -r1.7 Makefile.in --- doc/Makefile.in 26 Oct 2004 22:23:41 -0000 1.7 +++ doc/Makefile.in 25 Apr 2006 16:05:08 -0000 @@ -9,6 +9,7 @@ prefix = @prefix@ local_prefix = /usr/local exec_prefix = @exec_prefix@ +datarootdir = @datarootdir@ datadir = @datadir@ infodir = @infodir@ mandir = @mandir@ Index: src/Makefile.in =================================================================== RCS file: /home/cvs/cln/src/Makefile.in,v retrieving revision 1.18 diff -u -r1.18 Makefile.in --- src/Makefile.in 22 Oct 2005 09:09:02 -0000 1.18 +++ src/Makefile.in 25 Apr 2006 16:05:08 -0000 @@ -10,6 +10,7 @@ prefix = @prefix@ local_prefix = /usr/local exec_prefix = @exec_prefix@ +datarootdir = @datarootdir@ datadir = @datadir@ libdir = @libdir@ includedir = @includedir@

2 1

Compilation Error - `cl_2D_div.lo' is not a valid libtool object
by Sonia Singhal 22 Apr '06

22 Apr '06

Hi, These are my system specs >uname -a Linux frodo 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 i686 unknown unknown GNU/Linux >g++ --version g++-3.4.3 (GCC) 3.4.3 I am using the latest version of CLN ie cln-1.1.11 while 'make'ing I get this error. Any help/inputs? I see that file is not compiled then why is it being linked ? /bin/sh ../libtool --mode=link g++ -o libcln.la -rpath /usr/local/lib -version-info 4:1:0 -objectlist libcln.objectlist libtool: link: `cl_2D_div.lo' is not a valid libtool object make[1]: *** [libcln.la] Error 1 make[1]: Leaving directory `/home/soniasin/software/cln-1.1.11/src' make: *** [all] Error 2 Thanks.

2 1

[patch] do not use `exit' in tests
by Ralf Wildenhues 19 Apr '06

19 Apr '06

Upcoming Autoconf-2.60 will not provide a declaration for exit; it has turned out that tracking MSVC incompatibilites here is a lot of work. Instead, returning from main is suggested as a viable alternative (the systems where that was not portable are not likely to be used any more). The following patch does that for the macros in CLN. Cheers, Ralf * m4/longdouble.m4 (CL_LONGDOUBLE): `return', rather than `exit' from main. * m4/longlong.m4 (CL_LONGLONG): Likewise. * m4/times.m4 (CL_TIMES_CLOCK): Likewise. * m4/general.m4 (CL_CC_WORKS): Likewise, do this for a C test to work when users set `$CC' to a C++ compiler. Index: m4/general.m4 =================================================================== RCS file: /home/cvs/cln/m4/general.m4,v retrieving revision 1.1 diff -u -r1.1 general.m4 --- m4/general.m4 29 Aug 2005 13:18:40 -0000 1.1 +++ m4/general.m4 11 Apr 2006 10:04:22 -0000 @@ -93,7 +93,7 @@ [AC_CACHE_CHECK(whether CC works at all, cl_cv_prog_cc_works, [ AC_LANG_SAVE() AC_LANG_C() -AC_TRY_RUN([int main() { exit(0); }], +AC_TRY_RUN([int main() { return 0; }], cl_cv_prog_cc_works=yes, cl_cv_prog_cc_works=no, AC_TRY_LINK([], [], cl_cv_prog_cc_works=yes, cl_cv_prog_cc_works=no)) AC_LANG_RESTORE() Index: m4/longdouble.m4 =================================================================== RCS file: /home/cvs/cln/m4/longdouble.m4,v retrieving revision 1.1 diff -u -r1.1 longdouble.m4 --- m4/longdouble.m4 29 Aug 2005 13:18:40 -0000 1.1 +++ m4/longdouble.m4 11 Apr 2006 10:04:22 -0000 @@ -12,7 +12,7 @@ AC_DEFUN([CL_LONGDOUBLE], [AC_CACHE_CHECK(for long double type, cl_cv_c_longdouble, [ AC_TRY_RUN([int main() -{ long double x = 2.7182818284590452354L; x = x*x; exit (x==0.0L); }], +{ long double x = 2.7182818284590452354L; x = x*x; return x==0.0L; }], cl_cv_c_longdouble=yes, cl_cv_c_longdouble=no, [ dnl When cross-compiling, use the test from gnulib. AC_TRY_COMPILE([ Index: m4/longlong.m4 =================================================================== RCS file: /home/cvs/cln/m4/longlong.m4,v retrieving revision 1.1 diff -u -r1.1 longlong.m4 --- m4/longlong.m4 29 Aug 2005 13:18:40 -0000 1.1 +++ m4/longlong.m4 11 Apr 2006 10:04:22 -0000 @@ -19,11 +19,11 @@ miscompiled. */ #if defined(__m68k__) || (defined(_IBMR2) || defined(__powerpc)) #if defined(__GNUC__) && (__GNUC__ == 2) && (__GNUC_MINOR__ <= 7) - exit(1); + return 1; #endif #endif { long x = 944938507; long y = 737962842; long z = 162359677; - exit(!(((long long) x)*((long long) y)>>32 == z)); + return !(((long long) x)*((long long) y)>>32 == z); } }], cl_cv_c_longlong=yes, cl_cv_c_longlong=no, [ Index: m4/times.m4 =================================================================== RCS file: /home/cvs/cln/m4/times.m4,v retrieving revision 1.1 diff -u -r1.1 times.m4 --- m4/times.m4 29 Aug 2005 13:18:40 -0000 1.1 +++ m4/times.m4 11 Apr 2006 10:04:22 -0000 @@ -29,12 +29,12 @@ clock_t result2; int ticks; result1 = times(&buffer); - if ((result1 == (clock_t)0) || (result1 == (clock_t)(-1))) exit(1); + if ((result1 == (clock_t)0) || (result1 == (clock_t)(-1))) return 1; sleep(1); result2 = times(&buffer); - if ((result2 == (clock_t)0) || (result2 == (clock_t)(-1))) exit(1); + if ((result2 == (clock_t)0) || (result2 == (clock_t)(-1))) return 1; ticks = result2 - result1; - exit(!((ticks >= CLK_TCK/2) && (ticks <= 3*CLK_TCK/2))); + return !((ticks >= CLK_TCK/2) && (ticks <= 3*CLK_TCK/2)); }], cl_cv_func_times_return=yes, cl_cv_func_times_return=no, dnl When cross-compiling, don't assume anything. cl_cv_func_times_return="guessing no")

2 1

Help - more info
by Wilson Castro Rojas 21 Mar '06

21 Mar '06

for complete the information: these are the data-types: cl_modint_ring modintRing; // Z/mZ cl_I intArg1; cl_MI intMod;

2 1

Help
by Wilson Castro Rojas 21 Mar '06

21 Mar '06

Hellow, I'm new with the cln library. Before the installation from the version 1.1.11 the follow code worked. ------------------ cl_I intRing = m_strValue.toAscii().constData(); intArg1 = m_sArg1.toAscii().constData(); modintRing = find_modint_ring( intArg1 ); intMod = modintRing->canonhom( intRing ); cout << intRing << "\n"; cout << intArg1 << "\n"; cout << intMod << "\n"; -------------------- but now in this code-line cout << intMod << "\n"; there is a "Segmentation fault" error report. Thanks and best regards, Wilson

1 0

Re: Compiling CLN on Intel Macs
by Christian Fleck 09 Mar '06

09 Mar '06

Hi Richard, I attach the files you asked for. Thanks again for considering my problem. Christian

2 2

Re: Compiling CLN on Intel Macs
by Christian Fleck 07 Mar '06

07 Mar '06

Dear Bruno, actually I don't know how to do this here. I run configure with "-- disable-shared"; what else should I do? I fear that static linking is somewhat not easy, because it says in the man pages for gcc: "-static On systems that support dynamic linking, this prevents linking with the shared libraries. On other systems, this option has no effect. This option will not work on Mac OS X unless all libraries (includ- ing libgcc.a) have also been compiled with -static. Since neither a static version of libSystem.dylib nor crt0.o are provided, this option is not useful to most people." I tried to use the static flag with the result: "/usr/bin/ld: can't locate file for: -lcrt0.o collect2: ld returned 1 exit status" Christian

3 3

Compiling CLN on Intel Macs
by Christian Fleck 06 Mar '06

06 Mar '06

Hi Richard, thank you for your answer. I followed your advice and here is the output from gdb: gdb ./exam GNU gdb 6.1-20040303 (Apple version gdb-437) (Sun Dec 25 08:26:53 GMT 2005) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-apple-darwin"...Reading symbols for shared libraries .... done Function "cl_abort" not defined. (gdb) run Starting program: /usr/local/cln-1.1.11/tests/exam Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x06a0afe1 0xa0b02584 in std::wclog () I attach the config.log Thanks, Christian

1 0

Date error
by Fabrice Marchant 17 Feb '06

17 Feb '06

> Then, my apologies. Thanks. It was not so important. Was angry cos I fear everybody thinks I'm a naughty boy. All right now.

1 0