- 12 Oct, 2011 1 commit
-
-
Kenneth Moreland authored
-
- 11 Aug, 2011 1 commit
-
-
Kenneth Moreland authored
This behavior makes includes in modules shipped with CMake still look in the module directories defined by the project. The change does not effect building IceT on its own. (At least, there are currently no modules included that are also included with CMake.) However, this is currently necessary to prevent warnings in ParaView.
-
- 19 Jul, 2011 4 commits
-
-
Kenneth Moreland authored
-
Kenneth Moreland authored
-
Kenneth Moreland authored
Support latest means of loading packages. Add check for version. Export targets correctly.
-
Kenneth Moreland authored
-
- 24 May, 2011 1 commit
-
-
Kenneth Moreland authored
-
- 03 May, 2011 1 commit
-
-
Kenneth Moreland authored
This was emperically shown to be a better value than 2048 (at least on Intrepid).
-
- 04 Apr, 2011 1 commit
-
-
Kenneth Moreland authored
Does not do anything yet.
-
- 02 Mar, 2011 1 commit
-
-
Kenneth Moreland authored
All the IceT libraries contain some special instructions for the builds (such as install targets). Encapsulate these in a single macro. The motivation for this change was to move the compiler warning flags specifically to the files compiled in IceT libraries (or, more to the point, outside of the test files). I don't feel the test scaffolding needs the same strickness as the libraries. Also, I need to set an environment variable in one of the tests, and there is no means of doing that when maintaining ansi compatibility.
-
- 10 Feb, 2011 2 commits
-
-
Kenneth Moreland authored
-
Kenneth Moreland authored
-
- 19 Jan, 2011 1 commit
-
-
Kenneth Moreland authored
The magic k is set at configure time with a CMake variable. This value can be overridden at run time with an environment variable.
-
- 16 Dec, 2010 1 commit
-
-
Kenneth Moreland authored
Apparently this flag is not ubiquitous amongst gcc compilers.
-
- 15 Dec, 2010 1 commit
-
-
Kenneth Moreland authored
Many parts of the code allowed implicit conversion from a 64 bit value to a 32 bit value. A lot of this was using IceTSizeType as a 32 bit integer. Using the compiler warnings, remove the conversions or make them explicit.
-
- 14 Dec, 2010 2 commits
-
-
-
David Partyka authored
-
- 01 Dec, 2010 1 commit
-
-
Kenneth Moreland authored
Also converted the CompressionSize test to no longer depend on OpenGL.
-
- 18 Nov, 2010 1 commit
-
-
Kenneth Moreland authored
-
- 17 Nov, 2010 3 commits
-
-
-
Kenneth Moreland authored
-
Kenneth Moreland authored
This catches arithmetic with void * pointer, which is not supported by MSVC.
-
- 16 Nov, 2010 1 commit
-
-
David Partyka authored
-
- 09 Aug, 2010 3 commits
-
-
Kenneth Moreland authored
The copyright on all source now has the current preferred legalize. All source now also states that the license is New BSD.
-
Kenneth Moreland authored
-
Kenneth Moreland authored
The install target was installing several files that should not have been installed including one that no longer exists.
-
- 19 Jul, 2010 2 commits
-
-
Kenneth Moreland authored
-
Kenneth Moreland authored
Changed the build system to include all of the strategies into the IceTCore library. The separation was mostly a coding convienience on the library side. It was rather silly for the user perspective as you always used both libraries. Also, this was becoming less convienient as the core library really relies on things in the stratgies library and you have to carefully pass pointers and structures around. This change is driven by some errors I am encountering that might be caused by using uninitialized strategy objects. My next step is to just identify stratgies by enumerations. This will get rid of any such problems.
-
- 17 Jul, 2010 1 commit
-
-
Kenneth Moreland authored
FindIceT.cmake did not really do anything that CMake does automatically with configure files. To ge the automatic CMake stuff to work, I renamed ICETConfig.cmake to IceTConfig.cmake. All UseICET.cmake really did was add the include directories and link libraries for everybody. Since you really should be using target_link_libraries anyway, this only left the include directories. It's just as easy to add the include directories as it is to include the use file.
-
- 01 Jul, 2010 1 commit
-
-
Kenneth Moreland authored
Also changed icet to IceTCore.
-
- 28 Jun, 2010 1 commit
-
-
Kenneth Moreland authored
I while ago we started using IceT for the acronym that is the name of this software. It is about time we changed all the references in the code.
-
- 24 Jun, 2010 2 commits
-
-
Kenneth Moreland authored
I turned on a bunch of compiler warnings for gnu in my default build. This fixes these issues.
-
Kenneth Moreland authored
Previously, the OpenGL and MPI libraries were linked to everything with a general LINK_LIBRARIES CMake command. Now, only use TARGET_LINK_LIBRARIES to bind libraries to a specific target. Not only is this cleaner, but it also helps verify that libraries that should not depend on these libraries don't.
-
- 19 May, 2010 1 commit
-
-
Kenneth Moreland authored
Adding a formal interface to image objects. The interface functions are defined and implemented, but the rest of the image.c code is a mess. The old stuff still needs to be deleted and the rest of the methods need to convert to the new methods.
-
- 11 May, 2010 1 commit
-
-
Kenneth Moreland authored
Was previously calling FIND_PACKAGE(Glut), which was working on Mac because it has a case insensitive file system. But when I moved to Linux, which has a case sensitive file system, it failed to find the FindGLUT.cmake package file.
-
- 04 May, 2010 2 commits
-
-
Kenneth Moreland authored
As a first step to removing dependence on OpenGL of the core IceT, remove all the GL* types (i.e. GLint, GLboolean, GLfloat, etc.). This removes most of the dependence on OpenGL right there. (There are only a limited amount of OpenGL function calls left. As part of this process I have also moved the basic header files out of the include/GL directory and into the base include directory. I also changed the names from ice-t to IceT to better conform to the current name convention.
-
Kenneth Moreland authored
Previously the tests used some hack-ish code for creating windows on X and Win32. Unfortunately, this meant that I could not run the tests on Mac, where I now do most of my development. Rather that make my own knock off again, I am using a well-established portable library.
-
- 03 Jun, 2009 2 commits
-
-
Kenneth Moreland authored
-
Kenneth Moreland authored
COMP: Disable tests on mac because they cannot open an OpenGL window. To enable the tests, we would either need to make a new version of glwin that supports mac or to switch all the tests over to use glut (or something equivalent). I'm too lazy to do either right now.
-
- 20 May, 2009 1 commit
-
-
Kenneth Moreland authored
-