casacore - A set of c++ core libraries derived from aips++

Today 8 hours ago issue 40 (Casacore won't compile with gcc4.6/g++4.6) reported by enno.mid...@gmail.com - Hello, tried to compile casacore on a freshly installed Linux Mint system (essentially this is Debian Testing). The gcc/g++ versions are 4.6.1 Both using scons and cmake didn't work - there was the same error: In file included from /opt/casacore-1.3.0/casa/Arrays/ArrayBase.h:34:0, from /opt/casacore-1.3.0/casa/Arrays/Array.h:32, from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Arrays/IPosition.h:358:13: error: ‘ptrdiff_t’ does not name a type In file included from /opt/casacore-1.3.0/casa/Arrays/Array.h:33:0, from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Containers/Block.h:310:11: error: ‘ptrdiff_t’ does not name a type In file included from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34:0, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Arrays/Array.h:593:15: error: ‘ptrdiff_t’ does not name a type /opt/casacore-1.3.0/casa/Arrays/Array.h:631:15: error: ‘ptrdiff_t’ does not name a type make[2]: * [casa/CMakeFiles/casa_casa.dir/Arrays/Array2Math.cc.o] Error 1 make[1]: * [casa/CMakeFiles/casa_casa.dir/all] Error 2 make: * [all] Error 2 Switching back to gcc/g++ v4.4 did the trick: scons --with-cc=/usr/bin/gcc-4.4 --with-cxx=/usr/bin/g++-4.4 --prefix=/tmp --wcs-root=/opt/ Regards, Enno Hello, tried to compile casacore on a freshly installed Linux Mint system (essentially this is Debian Testing). The gcc/g++ versions are 4.6.1 Both using scons and cmake didn't work - there was the same error: In file included from /opt/casacore-1.3.0/casa/Arrays/ArrayBase.h:34:0, from /opt/casacore-1.3.0/casa/Arrays/Array.h:32, from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Arrays/IPosition.h:358:13: error: ‘ptrdiff_t’ does not name a type In file included from /opt/casacore-1.3.0/casa/Arrays/Array.h:33:0, from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Containers/Block.h:310:11: error: ‘ptrdiff_t’ does not name a type In file included from /opt/casacore-1.3.0/casa/Arrays/ArrayMath.h:34:0, from /opt/casacore-1.3.0/casa/Arrays/Array2Math.cc:28: /opt/casacore-1.3.0/casa/Arrays/Array.h:593:15: error: ‘ptrdiff_t’ does not name a type /opt/casacore-1.3.0/casa/Arrays/Array.h:631:15: error: ‘ptrdiff_t’ does not name a type make[2]: * [casa/CMakeFiles/casa_casa.dir/Arrays/Array2Math.cc.o] Error 1 make[1]: * [casa/CMakeFiles/casa_casa.dir/all] Error 2 make: * [all] Error 2 Switching back to gcc/g++ v4.4 did the trick: scons --with-cc=/usr/bin/gcc-4.4 --with-cxx=/usr/bin/g++-4.4 --prefix=/tmp --wcs-root=/opt/ Regards, Enno Yesterday 43 hours ago PageName Wiki page deleted by Malte.Marquarding - Revision r21178 Deleted wiki page PageName through web user interface. Revision r21178 Deleted wiki page PageName through web user interface. 43 hours ago ReleaseProcess (How to make a new casacore release) Wiki page added by Malte.Marquarding - Revision r21177 Created wiki page through web user interface. Revision r21177 Created wiki page through web user interface. Last 30 days Feb 16, 2012 r21176 (Handle an empty array correctly in getColumn ) committed by gervandi...@gmail.com - Handle an empty array correctly in getColumn Handle an empty array correctly in getColumn Feb 13, 2012 CasaCoreMain Wiki page edited by gervandi...@gmail.com - Revision r21175 Edited wiki page CasaCoreMain through web user interface. Revision r21175 Edited wiki page CasaCoreMain through web user interface. Earlier this year Jan 18, 2012 r21174 (Moved findmeastable to measures where it belongs ) committed by gervandi...@gmail.com - Moved findmeastable to measures where it belongs Moved findmeastable to measures where it belongs Jan 11, 2012 r21173 (Added output format options to support Boost date/time forma...) committed by gervandi...@gmail.com - Added output format options to support Boost date/time format Added output format options to support Boost date/time format Jan 10, 2012 r21172 (Show correct direction info for moving sources ) committed by gervandi...@gmail.com - Show correct direction info for moving sources Show correct direction info for moving sources Jan 04, 2012 r21171 (Change capitalization of FITS units (fix by Peter Williams, ...) committed by gervandi...@gmail.com - Change capitalization of FITS units (fix by Peter Williams, Berkeley) Change capitalization of FITS units (fix by Peter Williams, Berkeley) Jan 04, 2012 r21170 (Catch failing remove ) committed by gervandi...@gmail.com - Catch failing remove Catch failing remove Jan 04, 2012 r21169 (Added and used function makeMDirection to create MDirection ...) committed by gervandi...@gmail.com - Added and used function makeMDirection to create MDirection for some standard sources Added and used function makeMDirection to create MDirection for some standard sources Jan 04, 2012 r21168 (Added operator ~= Added :: to table name to denote subtables...) committed by gervandi...@gmail.com - Added operator ~= Added :: to table name to denote subtables Fixed ranges like 1:2:0.3 Added function transpose and angdistx Made addition of array to a datetime possible Added operator ~= Added :: to table name to denote subtables Fixed ranges like 1:2:0.3 Added function transpose and angdistx Made addition of array to a datetime possible Jan 03, 2012 r21167 (Correctly handle the case where fixed array shapes differ be...) committed by gervandi...@gmail.com - Correctly handle the case where fixed array shapes differ between tables Correctly handle the case where fixed array shapes differ between tables Older Dec 31, 2011 r21166 (Added documentation of new operators and source names. ) committed by gervandi...@gmail.com - Added documentation of new operators and source names. Added documentation of new operators and source names. Dec 24, 2011 r21165 (Documented negative offset/limit, functions transpose and an...) committed by gervandi...@gmail.com - Documented negative offset/limit, functions transpose and angdistx Documented negative offset/limit, functions transpose and angdistx Dec 19, 2011 r21164 (Added option to select arrays in a nested query ) committed by gervandi...@gmail.com - Added option to select arrays in a nested query Added option to select arrays in a nested query Dec 18, 2011 r21163 (Added possibility of negative offset and limit (a la Python)...) committed by gervandi...@gmail.com - Added possibility of negative offset and limit (a la Python) Added possibility of negative offset and limit (a la Python) Dec 18, 2011 r21162 (Allow @ and : table name (request of Darrell) ) committed by gervandi...@gmail.com - Allow @ and : table name (request of Darrell) Allow @ and : table name (request of Darrell) Dec 14, 2011 r21161 (Changes made by Arno Schoenmakers ) committed by gervandi...@gmail.com - Changes made by Arno Schoenmakers Changes made by Arno Schoenmakers Dec 13, 2011 r21160 (Added function setDirectionOffset (for a direction with an o...) committed by gervandi...@gmail.com - Added function setDirectionOffset (for a direction with an offset from. say, Jupiter) Added function setDirectionOffset (for a direction with an offset from. say, Jupiter) Dec 12, 2011 issue 39 (Casacore doesn't build with clang/llvm) Status changed by be...@bigpond.net.au - Revision r21159 resolves this problem. Status: Fixed Revision r21159 resolves this problem. Status: Fixed Dec 12, 2011 r21159 (Address problems preventing Casacore from being built with c...) committed by be...@bigpond.net.au - Address problems preventing Casacore from being built with clang. Issue #39 Address problems preventing Casacore from being built with clang. Issue #39 Dec 12, 2011 issue 39 (Casacore doesn't build with clang/llvm) Status changed by be...@bigpond.net.au - Status: Started Status: Started Dec 12, 2011 issue 39 (Casacore doesn't build with clang/llvm) reported by be...@bigpond.net.au - What steps will reproduce the problem? 1. Checkout casacore trunk 2. Build with clang/llvm 3.0 The attached patch fixes a number of errors and a few of the more annoying warnings. I have verified the tests that pass when compiled with GCC still pass with clang. One particular class of change in the patch perhaps begs some explanation, since GCC will happily compile invalid C++ code. Take this example code: void f(int x) { std::cout << "Global" << std::endl; } template <typename T> struct Base { void f(T x) { std::cout << "Base"<< std::endl; }; }; template <typename T> struct Derived : public Base<T> { void work(T x) { f(x); } }; int main(int argc, char argv[]) { Derived<int> d; d.work(1); } Both GCC and clang/llvm will compile this and will print "Global". If you remove the global f() (leaving Base::f()) then, GCC will compile it and print "Base" while clang/llvm will report an error: program.cc:18:5: error: use of undeclared identifier 'f' f(x); ^ this-> program.cc:25:7: note: in instantiation of member function 'Derived<int>::work' requested here d.work(1); ^ program.cc:11:8: note: must qualify identifier to find this declaration in dependent base class void f(T x) { The required behaviour is described in the C++ standard: "In the definition of a class template or in the definition of a member of such a template that appears outside of the template definition, if a base class of this template depends on a template-parameter, the base class scope is not examined during name lookup until the class template is instantiated." In the patch I have made all method calls dependent by prefixing them with "this->" Further info can be found here: http://www.parashift.com/c++-faq-lite/templates.html#faq-35.19 http://www.parashift.com/c++-faq-lite/templates.html#faq-35.20 What steps will reproduce the problem? 1. Checkout casacore trunk 2. Build with clang/llvm 3.0 The attached patch fixes a number of errors and a few of the more annoying warnings. I have verified the tests that pass when compiled with GCC still pass with clang. One particular class of change in the patch perhaps begs some explanation, since GCC will happily compile invalid C++ code. Take this example code: void f(int x) { std::cout << "Global" << std::endl; } template <typename T> struct Base { void f(T x) { std::cout << "Base"<< std::endl; }; }; template <typename T> struct Derived : public Base<T> { void work(T x) { f(x); } }; int main(int argc, char argv[]) { Derived<int> d; d.work(1); } Both GCC and clang/llvm will compile this and will print "Global". If you remove the global f() (leaving Base::f()) then, GCC will compile it and print "Base" while clang/llvm will report an error: program.cc:18:5: error: use of undeclared identifier 'f' f(x); ^ this-> program.cc:25:7: note: in instantiation of member function 'Derived<int>::work' requested here d.work(1); ^ program.cc:11:8: note: must qualify identifier to find this declaration in dependent base class void f(T x) { The required behaviour is described in the C++ standard: "In the definition of a class template or in the definition of a member of such a template that appears outside of the template definition, if a base class of this template depends on a template-parameter, the base class scope is not examined during name lookup until the class template is instantiated." In the patch I have made all method calls dependent by prefixing them with "this->" Further info can be found here: http://www.parashift.com/c++-faq-lite/templates.html#faq-35.19 http://www.parashift.com/c++-faq-lite/templates.html#faq-35.20 Dec 12, 2011 r21158 (Added description of new TaQL features ) committed by gervandi...@gmail.com - Added description of new TaQL features Added description of new TaQL features Dec 11, 2011 r21157 (Changed appspython into pyrap ) committed by gervandi...@gmail.com - Changed appspython into pyrap Changed appspython into pyrap Dec 11, 2011 r21156 (Added TaQL function replace ) committed by gervandi...@gmail.com - Added TaQL function replace Added TaQL function replace Dec 11, 2011 r21155 (Implemented ArrayColumnCells functions. An excpetion was thr...) committed by gervandi...@gmail.com - Implemented ArrayColumnCells functions. An excpetion was thrown when using this function on a ForwardCol object. Implemented ArrayColumnCells functions. An excpetion was thrown when using this function on a ForwardCol object. Dec 01, 2011 r21154 (Default should be cache ) committed by gervandi...@gmail.com - Default should be cache Default should be cache Dec 01, 2011 r21153 (Renamed option USE_MULTI_THREADING to USE_OPENMP and add -fo...) committed by gervandi...@gmail.com - Renamed option USE_MULTI_THREADING to USE_OPENMP and add -fopenmp if set. Renamed option USE_MULTI_THREADING to USE_OPENMP and add -fopenmp if set. Dec 01, 2011 CmakeInstructions (CMake build instructions) Wiki page edited by gervandi...@gmail.com - Revision r21152 Edited wiki page CmakeInstructions through web user interface. Revision r21152 Edited wiki page CmakeInstructions through web user interface. Nov 30, 2011 CmakeInstructions (CMake build instructions) Wiki page edited by gervandi...@gmail.com - Revision r21151 Edited wiki page CmakeInstructions through web user interface. Revision r21151 Edited wiki page CmakeInstructions through web user interface. Nov 30, 2011 CmakeInstructions (CMake build instructions) Wiki page edited by gervandi...@gmail.com - Revision r21150 Edited wiki page CmakeInstructions through web user interface. Revision r21150 Edited wiki page CmakeInstructions through web user interface. Nov 30, 2011 r21149 (Fixed memory leak ) committed by gervandi...@gmail.com - Fixed memory leak Fixed memory leak Nov 30, 2011 r21148 (Adapted to ExprNode changes ) committed by gervandi...@gmail.com - Adapted to ExprNode changes Adapted to ExprNode changes Nov 30, 2011 r21147 (Removed obsolete checkReplaceTable ) committed by gervandi...@gmail.com - Removed obsolete checkReplaceTable Removed obsolete checkReplaceTable Nov 30, 2011 r21146 (Fixed problem when using multiple tables in update, select, ...) committed by gervandi...@gmail.com - Fixed problem when using multiple tables in update, select, or orderby Added TaQL functions substr and c Fixed problem when using multiple tables in update, select, or orderby Added TaQL functions substr and c Nov 29, 2011 r21145 (Improved error message (on request of Frank Breitling) ) committed by gervandi...@gmail.com - Improved error message (on request of Frank Breitling) Improved error message (on request of Frank Breitling) Nov 28, 2011 r21144 (Accept a string as an epoch argument ) committed by gervandi...@gmail.com - Accept a string as an epoch argument Accept a string as an epoch argument Nov 25, 2011 r21143 (Fixed bug when using a column from a table ) committed by gervandi...@gmail.com - Fixed bug when using a column from a table Fixed bug when using a column from a table Nov 24, 2011 r21142 (Also needed to add meas to the dependencies ) committed by gervandi...@gmail.com - Also needed to add meas to the dependencies Also needed to add meas to the dependencies Nov 24, 2011 r21141 (Added possibility of a space as separator (to support readin...) committed by gervandi...@gmail.com - Added possibility of a space as separator (to support reading boost dates) Added possibility of a space as separator (to support reading boost dates) Nov 24, 2011 r21140 (Added build and doxygen support for module meas ) committed by gervandi...@gmail.com - Added build and doxygen support for module meas Added build and doxygen support for module meas Nov 20, 2011 r21139 (Make message about MOUNT type a warning instead of severe er...) committed by gervandi...@gmail.com - Make message about MOUNT type a warning instead of severe error Make message about MOUNT type a warning instead of severe error Nov 20, 2011 r21138 (Calculate UVW of moving objects in a correct way ) committed by gervandi...@gmail.com - Calculate UVW of moving objects in a correct way Calculate UVW of moving objects in a correct way Nov 02, 2011 r21137 (Removed duplicate entry ) committed by gervandi...@gmail.com - Removed duplicate entry Removed duplicate entry Oct 31, 2011 r21136 (Added description of angle formatting functions ) committed by gervandi...@gmail.com - Added description of angle formatting functions Added description of angle formatting functions Oct 31, 2011 r21135 (Added TaQL functions hms,dms ) committed by gervandi...@gmail.com - Added TaQL functions hms,dms Added TaQL functions hms,dms Oct 20, 2011 r21134 (Made use of ObjectPool in AutoDiff thread-safe ) committed by gervandi...@gmail.com - Made use of ObjectPool in AutoDiff thread-safe Made use of ObjectPool in AutoDiff thread-safe Oct 20, 2011 r21133 (Added hidden setcontrol function ) committed by gervandi...@gmail.com - Added hidden setcontrol function Added hidden setcontrol function

issue 39 (Casacore doesn't build with clang/llvm) reported by be...@bigpond.net.au - What steps will reproduce the problem? 1. Checkout casacore trunk 2. Build with clang/llvm 3.0 The attached patch fixes a number of errors and a few of the more annoying warnings. I have verified the tests that pass when compiled with GCC still pass with clang. One particular class of change in the patch perhaps begs some explanation, since GCC will happily compile invalid C++ code. Take this example code: void f(int x) { std::cout << "Global" << std::endl; } template <typename T> struct Base { void f(T x) { std::cout << "Base"<< std::endl; }; }; template <typename T> struct Derived : public Base<T> { void work(T x) { f(x); } }; int main(int argc, char *argv[]) { Derived<int> d; d.work(1); } Both GCC and clang/llvm will compile this and will print "Global". If you remove the global f() (leaving Base::f()) then, GCC will compile it and print "Base" while clang/llvm will report an error: program.cc:18:5: error: use of undeclared identifier 'f' f(x); ^ this-> program.cc:25:7: note: in instantiation of member function 'Derived<int>::work' requested here d.work(1); ^ program.cc:11:8: note: must qualify identifier to find this declaration in dependent base class void f(T x) { The required behaviour is described in the C++ standard: "In the definition of a class template or in the definition of a member of such a template that appears outside of the template definition, if a base class of this template depends on a template-parameter, the base class scope is not examined during name lookup until the class template is instantiated." In the patch I have made all method calls dependent by prefixing them with "this->" Further info can be found here: http://www.parashift.com/c++-faq-lite/templates.html#faq-35.19 http://www.parashift.com/c++-faq-lite/templates.html#faq-35.20

What steps will reproduce the problem? 1. Checkout casacore trunk 2. Build with clang/llvm 3.0 The attached patch fixes a number of errors and a few of the more annoying warnings. I have verified the tests that pass when compiled with GCC still pass with clang. One particular class of change in the patch perhaps begs some explanation, since GCC will happily compile invalid C++ code. Take this example code: void f(int x) { std::cout << "Global" << std::endl; } template <typename T> struct Base { void f(T x) { std::cout << "Base"<< std::endl; }; }; template <typename T> struct Derived : public Base<T> { void work(T x) { f(x); } }; int main(int argc, char *argv[]) { Derived<int> d; d.work(1); } Both GCC and clang/llvm will compile this and will print "Global". If you remove the global f() (leaving Base::f()) then, GCC will compile it and print "Base" while clang/llvm will report an error: program.cc:18:5: error: use of undeclared identifier 'f' f(x); ^ this-> program.cc:25:7: note: in instantiation of member function 'Derived<int>::work' requested here d.work(1); ^ program.cc:11:8: note: must qualify identifier to find this declaration in dependent base class void f(T x) { The required behaviour is described in the C++ standard: "In the definition of a class template or in the definition of a member of such a template that appears outside of the template definition, if a base class of this template depends on a template-parameter, the base class scope is not examined during name lookup until the class template is instantiated." In the patch I have made all method calls dependent by prefixing them with "this->" Further info can be found here: http://www.parashift.com/c++-faq-lite/templates.html#faq-35.19 http://www.parashift.com/c++-faq-lite/templates.html#faq-35.20

Today

Yesterday

Last 30 days

Earlier this year

Older