compile dcmtk on snow leopard Mac Os X10.6

Compilation and installation of DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
Jisung
Posts: 1
Joined: Wed, 2010-02-24, 18:00

compile dcmtk on snow leopard Mac Os X10.6

#1 Post by Jisung »

I've been trying to install dcmtk on my Mac, but I received following errors.

c++ -DHAVE_CONFIG_H -DNDEBUG -c -I. -I. -I../include -I../../config/include \
-I/sw/include -O -I/sw/include/libxml2 -I/sw/include -D_REENTRANT -D_XOPEN_SOURCE_EXTENDED -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_BSD_COMPAT -D_OSF_SOURCE -D_POSIX_C_SOURCE=199506L -Wall oflist.cc
c++ -DHAVE_CONFIG_H -DNDEBUG -c -I. -I. -I../include -I../../config/include \
-I/sw/include -O -I/sw/include/libxml2 -I/sw/include -D_REENTRANT -D_XOPEN_SOURCE_EXTENDED -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_BSD_COMPAT -D_OSF_SOURCE -D_POSIX_C_SOURCE=199506L -Wall ofstring.cc
In file included from /usr/include/sys/attr.h:42,
from /usr/include/sys/mount.h:76,
from /usr/include/libc.h:45,
from ../include/dcmtk/ofstd/ofstdinc.h:320,
from ../include/dcmtk/ofstd/ofstring.h:61,
from ofstring.cc:47:
/usr/include/sys/ucred.h:91: error: 'u_long' does not name a type
/usr/include/sys/ucred.h:137: error: 'u_int' does not name a type
In file included from /usr/include/sys/mount.h:76,
from /usr/include/libc.h:45,
from ../include/dcmtk/ofstd/ofstdinc.h:320,
from ../include/dcmtk/ofstd/ofstring.h:61,
from ofstring.cc:47:
/usr/include/sys/attr.h:77: error: 'u_short' does not name a type
/usr/include/sys/attr.h:430: error: 'u_long' does not name a type
/usr/include/sys/attr.h:442: error: 'u_char' does not name a type
make[2]: *** [ofstring.o] Error 1
make[1]: *** [libsrc-all] Error 2
make: *** [ofstd-all] Error 2
### execution of make failed, exit code 2


I've checked some posts, and some people have suggested adding -D_DARWIN_C_SOURCE to CFLAGS and CXXFLAGS in Makefile.def. After I made these changes and run autoall, I get the following message.

ircci-macpro9:~ justin$ /sw/src/fink.build/dcmtk-3.5.4-1002/dcmtk-3.5.4/config/autoall
autoheader: `configure.ac' or `configure.in' is required
autoconf: no input file
autom4te: confmod.in: no such file or directory

Anyone can help me out on this?
I appreciate any kind of suggestions.

Michael Onken
DCMTK Developer
Posts: 2072
Joined: Fri, 2004-11-05, 13:47
Location: Oldenburg, Germany
Contact:

#2 Post by Michael Onken »

Hi,

first read through this related thread.

Best regards,
Michael

bkuemmer
Posts: 21
Joined: Wed, 2005-05-04, 12:49
Location: Bremen, Germany

#3 Post by bkuemmer »

The fink package for dcmtk (dcmtk-3.5.4-1004) now works correctly in Mac OS X 10.6

http://pdb.finkproject.org/pdb/package.php/dcmtk

Currently, this is 3.5.4-only though.

Cheers,
Bernd

Michael Onken
DCMTK Developer
Posts: 2072
Joined: Fri, 2004-11-05, 13:47
Location: Oldenburg, Germany
Contact:

#4 Post by Michael Onken »

Hi,

I am currently looking at Mac compilation of the latest version. Within the next days the latest DCMTK version will compile again out of the box ;-).

By the way, thanks for providing the Fink package Bernd :-)

Best regards,
Michael

bkuemmer
Posts: 21
Joined: Wed, 2005-05-04, 12:49
Location: Bremen, Germany

#5 Post by bkuemmer »

Michael Onken wrote: I am currently looking at Mac compilation of the latest version. Within the next days the latest DCMTK version will compile again out of the box ;-).
So does this mean that there'll be no OSX-specific patches necessary? I have to check out the snapshot once this is ready (and then maybe create a new fink package for it, should then be quite easy :) )
Michael Onken wrote: By the way, thanks for providing the Fink package Bernd :-)
You're welcome :wink: I was kind of late updating the package, considering that 10.6 has been out for some time now...

Michael Onken
DCMTK Developer
Posts: 2072
Joined: Fri, 2004-11-05, 13:47
Location: Oldenburg, Germany
Contact:

#6 Post by Michael Onken »

Hi Bernd,
bkuemmer wrote: So does this mean that there'll be no OSX-specific patches necessary? I have to check out the snapshot once this is ready (and then maybe create a new fink package for it, should then be quite easy :) )
Yes, should work out of the box without any patches 8) . I guess it's already working fine for compiling with configure/make but I did not explicitly test. For CMake I will make the adoptions necessary.

Best regards,
Michael

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests