- CLN-list - ginac.de

another gcc bug
by Ralf Wildenhues 10 Jun '05

10 Jun '05

That `make clean' from a couple of minutes ago was not by pure chance, of couse. :) Once again it's CLN to expose a GCC ICE (in CVS HEAD): <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22005> Regards, Ralf

1 0

prevent infinite loop in `make clean'
by Ralf Wildenhues 10 Jun '05

10 Jun '05

I aborted `make' early, before the `benchmarks' directory was even created. Caused the following `make clean' to spawn like hell: [...] | cd benchmarks; make clean | /bin/sh: line 0: cd: benchmarks: No such file or directory | make[6]: Entering directory `/home/wildenhu/download/software/cln/build-gcc-4.0.0' | cd src; make clean | make[7]: Entering directory `/home/wildenhu/download/software/cln/build-gcc-4.0.0/src' | rm -f *.s *.o *.lo *.a *.la core [...] `cd' can fail, too. :) Regards, Ralf * Makefile.in: Don't enter nonexisting directories. Index: Makefile.in =================================================================== RCS file: /home/cvs/cln/Makefile.in,v retrieving revision 1.12 diff -u -r1.12 Makefile.in --- Makefile.in 26 Oct 2004 22:23:41 -0000 1.12 +++ Makefile.in 10 Jun 2005 15:55:05 -0000 @@ -30,47 +30,47 @@ SHELL = /bin/sh all : force - cd @subdir@; $(MAKE) all + cd @subdir@ && $(MAKE) all install : installdirs force - cd @subdir@; $(MAKE) install + cd @subdir@ && $(MAKE) install $(INSTALL_SCRIPT) cln-config $(DESTDIR)$(bindir)/cln-config $(INSTALL_DATA) cln-config.1 $(DESTDIR)$(mandir)/man1/cln-config.1 $(INSTALL_DATA) ${srcdir}/cln.m4 ${DESTDIR}${datadir}/aclocal/cln.m4 $(INSTALL_DATA) cln.pc $(DESTDIR)$(libdir)/pkgconfig/cln.pc installdirs : force - cd @subdir@; $(MAKE) installdirs + cd @subdir@ && $(MAKE) installdirs $(MKDIR) $(DESTDIR)$(mandir)/man1 $(MKDIR) $(DESTDIR)$(datadir)/aclocal $(MKDIR) $(DESTDIR)$(bindir) $(MKDIR) $(DESTDIR)$(libdir)/pkgconfig uninstall : force - cd @subdir@; $(MAKE) uninstall + cd @subdir@ && $(MAKE) uninstall $(RM) $(DESTDIR)$(bindir)/cln-config $(RM) $(DESTDIR)$(mandir)/man1/cln-config.1 $(RM) $(DESTDIR)$(datadir)/aclocal/cln.m4 $(RM) $(DESTDIR)$(libdir)/pkgconfig/cln.pc check : force - cd @subdir@; $(MAKE) check + cd @subdir@ && $(MAKE) check mostlyclean : force - cd @subdir@; $(MAKE) mostlyclean + cd @subdir@ && $(MAKE) mostlyclean clean : force - cd @subdir@; $(MAKE) clean + cd @subdir@ && $(MAKE) clean distclean : force - cd @subdir@; if test -f Makefile; then $(MAKE) distclean; fi + cd @subdir@ && if test -f Makefile; then $(MAKE) distclean; fi $(RM) config.status config.log config.cache Makefile $(RM) cln-config cln-config.1 cln.pc $(RM) libtool $(RM) include/cln/config.h include/cln/intparam.h include/cln/floatparam.h src/base/cl_base_config.h src/base/cl_gmpconfig.h src/float/cl_float_config.h src/timing/cl_t_config.h maintainer-clean : force - cd @subdir@; if test -f Makefile; then $(MAKE) maintainer-clean; fi + cd @subdir@ && if test -f Makefile; then $(MAKE) maintainer-clean; fi $(RM) config.status config.log config.cache Makefile $(RM) cln-config cln-config.1 cln.spec cln.pc $(RM) libtool

2 1

compile error!
by Guteres 09 Jun '05

09 Jun '05

The error message is: /bin/sh ../libtool --mode=compile g++ -g -O2 -I../include -I../include -I./base -Ibase -c ./base/random/cl_random_from.cc g++ -g -O2 -I../include -I../include -I./base -Ibase -c ./base/random/cl_random_from.cc -DDLL_EXPORT -DPIC -o .libs/cl_random_from.o ./base/random/cl_random_from.cc: In constructor `cln::random_state::random_state()': ./base/random/cl_random_from.cc:68: error: `::get_seed' has not been declared make[3]: *** [cl_random_from.lo] Error 1 make[3]: Leaving directory `/f/dev-cpp/work/cln/src' make[2]: *** [base/random.target] Error 2 make[2]: Leaving directory `/f/dev-cpp/work/cln/src' make[1]: *** [base.target] Error 2 make[1]: Leaving directory `/f/dev-cpp/work/cln/src' make: *** [all] Error 2 It's seems lost something in "cl_random_from.cc"!?

2 1

compile error
by Robert Poorman 13 May '05

13 May '05

Hello, My system is SuSE Linux 9.2 (32 bit) and the gcc has the version 3.3.4, cln is version 1.1.9 I have seen this error mentioned in the mail lists on October 22, 2004 but I could find no solution. Does anyone have a suggestion as to what I might do to eliminate the problem? Where does sln get these references? I could not find them in the source files. From a log of configure, I see that gmp exists: checking for recent enough gmp.h... yes checking for working libgmp... yes exam_DF.o(.text+0x41): In function `_GLOBAL__I__Z11test_dfloatv': ../include/cln/float.h:649: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun' exam_DF.o(.text+0x46):../include/cln/dfloat.h:290: more undefined references to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun' follow ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_ringelt__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_GV_number__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_GV_I__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_number__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_symbol__firstglobalfun' collect2: ld returned 1 exit status make[1]: *** [exam] Error 1 cheers, Larry -- registered Linux user 266832

1 0

Runtime error
by Ryan 06 May '05

06 May '05

1 0

cln 1.1.9
by Andrej Ricnik-Bay 01 May '05

01 May '05

Hi Gents, is there a searchable version of the mailing-list archives anywhere? I'm trying to find out why cln segfaults on make check Cheers, Tink

4 37

patch for cln with gcc-4
by Ralf Wildenhues 18 Apr '05

18 Apr '05

This trivial patch is necessary for cln to compile with gcc-4 prerelease. Without it, the friend declarations below are marked as erroneous. Regards, Ralf * include/cln/string.h: Declare cl_string. Index: include/cln/string.h =================================================================== RCS file: /home/cvs/cln/include/cln/string.h,v retrieving revision 1.4 diff -u -r1.4 string.h --- include/cln/string.h 23 Jun 2004 21:11:21 -0000 1.4 +++ include/cln/string.h 15 Apr 2005 16:05:04 -0000 @@ -10,6 +10,8 @@ namespace cln { +struct cl_string; + // General, reference counted and garbage collected strings. struct cl_heap_string : public cl_heap { private:

2 5

CLN with MinGW compiler
by zkoza 05 Apr '05

05 Apr '05

I have tried to compile CLN (with GiNaC as my eventual target) using MinGW compiler under Windows. This compiler uses GNU gcc compiler (3.4) and allows one to compile native Windows GUI programs. However, neither CLN 1.1.9 nor 1.1.6 does not compile under MinGW. The reason seem to be in file cl_random_from.cc, which attempts to declare a function get_seed and use it to set the lower bits of a random number seed. Now, Mingw does not seem to have gettimeofday nor times, hence it "forgets" to declare get_seed, even though the compiler is a GNU compiler; consquently the compilation ends with an error. I "patched" the code as follows: // old code #elif defined(HAVE_TIMES_CLOCK) #include <ctime> #ifndef CLK_TCK #include <sys/time.h> #endif #include <sys/times.h> extern "C" clock_t times (struct tms * buffer); inline uint32 get_seed (void) { var struct tms tmsbuf; var uint32 seed_lo = times(&tmsbuf); return seed_lo + tmsbuf.tms_utime + tmsbuf.tms_stime; } // NEW CODE STARTS HERE #else // NEW CODE #include <time.h> // NEW CODE inline uint32 get_seed (void) // NEW CODE { // NEW CODE return time(0); // NEW CODE } // NEW CODE Apparently this makes the library compile. Do you think such a "patch" is reasonable? Z. Koza

2 1

Segfault when using univpoly
by Ralf Goertz 17 Mar '05

17 Mar '05

Hi, I just thought to give cln a try, but I seem to have hit a bad entry point. The following program segfaults %--------------------------------- #include<iostream> #include<cln/cln.h> using namespace cln; using namespace std; main(){ cl_modint_ring R=find_modint_ring(9811); cl_univpoly_modint_ring P=find_univpoly_ring(R); return 0; } %-------------------------------------- Using the 1.1.9-debug.rpm on a SuSE 9.2 linux, this is the output of gdb Program received signal SIGSEGV, Segmentation fault. 0x400fe50c in cln::cl_make_univpoly_ring (r=@0xbfffefb0) at object.h:475 475 { return heappointer->type; } Also, the legendre.cc example segfaults, if it is called with two arguments Ralf

2 9

Aliasing rules and the -f[no-]strict-aliasing switches
by Richard B. Kreckel 14 Mar '05

14 Mar '05

Hi! Can anyone please explain what -f[no-]strict-aliasing and -W[no-]strict-aliasing do? (Yes, gcc accepts -Wno-strict-aliasing!) I'm experiencing some mild nausea because of type-punning in a library I'm maintaining. Gcc's documentation is not very clear, talking only about types being "almost the same". And unfortunately I have no copy of the holy standard lying around.. Also, Google appears to turn up only confused and confusing arguments, to this issue... :-( I was under the impression that pointers to some data structures are "almost the same", but apparently this is wrong: class Base { public: int x; }; class Derived : public Base { public: Derived() { x = 24; } virtual ~Derived() {} // (1) }; class Manager { public: union { void* pointer; Base* basepointer; }; }; #include <iostream> using namespace std; int main() { Derived* mp = new Derived; Manager obj; obj.pointer = mp; // (2) cout << mp->x << endl; cout << obj.basepointer->x << endl; } When compiled with GCC 3.x or 4.x, this results in: 24 134515352 With GCC 2.95, it resulted in: 24 24 Okay, removing the vtable in Derived (1) or adding one in Base (by adding a virtual dtor) appears to fix the program. Obviously, assigning to basepointer, as opposed to pointer (2) fixes it, too. But: As it stands, is the program really wrong? And: Why does -f[no-]strict-aliasing not make a difference. And should not -Wstrict-aliasing issue a warning? Regards -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 1