malaterre [Sat, 9 Oct 2004 02:57:11 +0000 (02:57 +0000)]
:ENH: carefully one at a time modify gdcm src. For now rewrite gdcmDictEntry. Modify gdcmUtil to have a sprintf like method called Format. We should really do a gdcmUtil class to encapsulate all those globals fonctions.
frog [Fri, 8 Oct 2004 17:02:52 +0000 (17:02 +0000)]
* CLEANUP_ROUND (9) for gdcmPixelConvert
- src/gdcmFile.[cxx|h} gdcmPixelConvert.[cxx|h], SwapZone(),
ConvertReorderEndianity(), ConvertDecmpres12BitsTo16Bits() moved
away from gdcmFile:: to gdcmPixelConvert::.
frog [Fri, 8 Oct 2004 16:27:19 +0000 (16:27 +0000)]
* CLEANUP_ROUND (8) for gdcmPixelConvert (end of RLE nigthmare)
- src/gdcmRLE.cxx removed
- src/gdcmPixelConvert.cxx all RLE code is now in PixelConvert::
- src/CMakeLists.txt gdcmFile.[cxx|h] changed accordingly
- src/gdcmRLEFrame*.h gdcmPixelConvert is now a friend class.
frog [Fri, 8 Oct 2004 08:56:48 +0000 (08:56 +0000)]
* CLEANUP_ROUND (7) for gdcmPixelConvert (lost at sea)
- src/gdcmFile.h gdcmPixelConvert.cxx gdcmPixelConvert.h gdcmRLE.cxx:
clean up of RLE related code.
malaterre [Fri, 8 Oct 2004 04:43:37 +0000 (04:43 +0000)]
ENH: If possible move the stl include after the gdcm ones, to avoid vc warnings
deprecated eatwhite I wasn't able to find the ref in any c++ refs, only microsoft implement it, thus fallback to a more standart c++ approach. This is mainly to get rid of any 'c' like include header
- and some minor cleanups
malaterre [Thu, 7 Oct 2004 04:04:42 +0000 (04:04 +0000)]
ENH: I am a moron. Fix compilation of gdcm in static mode, I had to add some new mangle names, thus update the process to find them. Also add some warning fixes for a very well known compiler
malaterre [Thu, 7 Oct 2004 03:18:02 +0000 (03:18 +0000)]
ENH: Finally modify gdcm source to adapt to new jpeg lib, this is not perfect but this avoid problems on some system where jpeg is already installed in standart path.
malaterre [Thu, 7 Oct 2004 02:55:13 +0000 (02:55 +0000)]
ENH: Created a new local dir libijg (from libijg8), then went on the server copy all files to preserver revision -as a side effect it creates stuff in previous revision-. Added the modification we made to the official ijg, help to keep track of them. And finally rework the CMakeLists.txt file... and removed tabs
frog [Wed, 6 Oct 2004 22:31:31 +0000 (22:31 +0000)]
* CLEANUP_ROUND (6) for gdcmPixelConvert (man, I need a paddle bad)
- src/gdcmRLE.cxx: is now much simpler and avoids code replication
with the retired Parse7FE0().
- src/gdcmRLEFrame.h: type fix for properly computing OffSet[]
- src/gdcmDocument.cxx: segments offset are now correct + clean up.
frog [Wed, 6 Oct 2004 21:30:02 +0000 (21:30 +0000)]
* CLEANUP_ROUND (5) for gdcmPixelConvert (Upshit creek without a paddle)
- src/gdcmDocument.[cxx|h] Parse7Fe0 renamed to ComputeRLEInfo.
This is because Parse7Fe0 used to parse the pixels to compute the
length. This task was passed over to FindDocEntryLengthOB() a long
time ago, EXCEPT I had forgotten the OW case...
Hence Parse7Fe0 was no longer necessary. When renaming to ComputeRLEInfo
we just recylce the code for parsing RLE fragments and computing
offsets.
frog [Wed, 6 Oct 2004 09:58:08 +0000 (09:58 +0000)]
* CLEANUP_ROUND (3) for gdcmPixelConvert (nightmare stage)
- src/gdcmRLEFramesInfo.[cxx|h], gdcmRLEFrame.h added
- src/gdcmDocument.[cxx|h] ::Parse7FE0 now sets up the RLEInfo.
- src/CMakeLists.txt: alphabetic order reodering + new entries.
malaterre [Sun, 3 Oct 2004 20:17:57 +0000 (20:17 +0000)]
ENH: Adding jconfig.h.in, which later be the central file to either generate the 8bits or 12bits jpeg library. Cmake will generate the proper .h file containing the redifinition of symbols
malaterre [Fri, 1 Oct 2004 21:48:32 +0000 (21:48 +0000)]
ENH: Remove unecesseray file, were not in CMakeLists.txt. Also ease comparison with VTK. I did not do the same thing in 12bits dir since this directory is meant to desepear anyway
frog [Fri, 1 Oct 2004 12:40:55 +0000 (12:40 +0000)]
* Added documentation of vtkgdcmReader on Website:
- testvtkGdcmReader.cxx renamed to vtkGdcmDemo.cxx (to be compatible
with it's binary name).
- vtk/vtkGdcmDemo.cxx and vtkgdcmViewer.cxx: added comments for
the Website to be more complete.
- Doc/doxygen.config.in: vtk/vtkGdcmReader.cxx now appears on
doxygenated documentation.
- Doc/DoxyVtkGdcmReaderExamples.txt added
(see http://www.creatis.insa-lyon.fr/Public/Gdcm/html.developper/
DoxyVtkGdmReaderExamples.html )
* src/win32, vtk/win32 manually maintained .dsp and .dsw removed.
* CLEANUP_ROUND (3) for gdcmPixelConvert
- src/gdcmFile.cxx, gdcmFile.h splitting GetImageDataIntoVectorRaw
* DEVELOPPER spread out in Doc/Website/Developpers.html, CodingStyle.html,
DeveloppersPython.html
* INSTALL nows refers to Doc/Website/Installation.html
* Added Doc/Website/CodingStyle.html, Developpers.html,
DeveloppersPython.html, GdcmDataCvs.html and
DownloadVersion0_1.html, DownloadVersion0_3.html.
* Some Doc/*.txt Doxygen files (which do not really concern the
documentation itself, but the website) moved to html and
placed in directory Doc/Website:
- Doc/DoxyDevelInstal.txt moved to Doc/Website/Developpers.html
- Doc/DoxyInstallation.txt moved to Doc/Website/Installation.html
- Doc/DoxyIntroduction.txt included in Doc/Website/Main.html
* Doc/DoxyfileDeveloppers, DoxyfileUsers, Makefile.am oldies removed.
* CMakeLists.txt changed accordingly.
FIX: Revert back to previous version, I don't believe this was a really safe code anyway. Plus this solve my issue on the Mac using gcc version 3.3 20030304 (Apple Computer, Inc. build 1666). The code should also more readable.
2004-09-23 Jean-Pierre Roux
* FIX In order not to be poluted any longer by casting problems,
the member VoidArea of gdcmBinEntry is now uint8_t* (instead of void *)
we can now delete[] it safely
* src/gdcmDocument.cxx: gdcmDocument::~gdcmDocument() doesn't clear (nor
clear) TagHT, which is an inherited member of gdcmElementSet. It is
up to the destructor of gdcmElementSet to clean up TagHt and it's
pointed content.