Search found 4 matches

by anba
Wed, 2006-01-18, 21:05
Forum: DCMTK - General
Topic: x86_64 + JPEG: Error: Pixel representation cannot be changed
Replies: 6
Views: 9802

I was running ./configure --disable-threads - this broke the jpeg codec. Without the --disable-threads it works. Marco asked me to look after this and with --disable-threads I am able to reproduce the problem on my Fedora 4 x86_64 with gcc 4.0.2. A fast fix would be to change every occurence of _RE...
by anba
Sat, 2005-04-09, 18:41
Forum: DCMTK - Installation
Topic: problem in compiling dcmtk in LINUX
Replies: 3
Views: 7553

Hello again,

In my last post forgot to mention that the --enable-std-includes is an option of the configure script.

Andreas
by anba
Sat, 2005-04-09, 18:39
Forum: DCMTK - Installation
Topic: problem in compiling dcmtk in LINUX
Replies: 3
Views: 7553

Hello, DCMTK can be used with the "old" standard includes (STL) headers which are in xxx.h (e.g. iostream.h) or the new ANSI C++ standard includes in xxx (e.g. iostream). As far as I know the ANSI C++ headers are used as default if they are found. If not use --enable-std-includes and this ...
by anba
Wed, 2004-11-10, 19:47
Forum: DCMTK - Installation
Topic: Problems linking DCMTK 3.5.3 with Visual Studio .NET 2003
Replies: 8
Views: 19952

Re: Problems linking DCMTK 3.5.3 with Visual Studio .NET 2003

I tested the compilation on VS .NET for dcmtk 3.5.3 release candidates and didn't have any problems regarding length of the library path line. But I can confirm that cmake creates a lot of unnecessary library paths as shown in a previous method. With my VS .NET version this does not lead to any prob...