[Insight-users] Build problem on Mac OS 10.6?
Darren Weber
darren.weber.lists at gmail.com
Tue Feb 16 19:10:29 EST 2010
You can learn more about MacPorts from:
a) $ man port
b) http://guide.macports.org/chunked/
c) http://www.cmake.org/Wiki/ITK_MacPorts_Package_Maintainers
In short, you can find out where everything is by using
$ port contents InsightToolkit
(Get ready for a long list of files.)
Also, if you have a file but don't know where it came from, use
$ port provides ${fullFilePath}
eg,
$ port provides /opt/local/bin/bash
/opt/local/bin/bash is provided by: bash
$ port provides /opt/local/lib/InsightToolkit/libITKCommon.dylib
/opt/local/lib/InsightToolkit/libITKCommon.dylib is not provided by a
MacPorts port.
(But this last result is nonsense - no idea why.)
Kind regards,
Darren
On Tue, Feb 16, 2010 at 2:02 PM, McCaughey, Michael J <
michael.j.mccaughey at vanderbilt.edu> wrote:
> This is interesting...
> I uninstalled, cleaned, and installed fresh from macports, and it appeared
> to work:
> $ sudo port uninstall InsightToolkit---> Uninstalling InsightToolkit
> @3.16.0_1+doc+examples
> $ sudo port clean InsightToolkit
> ---> Cleaning InsightToolkit
> $ sudo port install -f -k -o InsightToolkit -py25 +examples
> ---> Computing dependencies for InsightToolkit
> ---> Fetching InsightToolkit
> ---> Verifying checksum(s) for InsightToolkit
> ---> Extracting InsightToolkit
> ---> Configuring InsightToolkit
> ---> Building InsightToolkit
> ---> Staging InsightToolkit into destroot
> ---> Installing InsightToolkit @3.16.0_1+doc+examples
> ---> Activating InsightToolkit @3.16.0_1+doc+examples
> Warning: File /opt/local/share/cmake-2.8/Modules/FindITK-3.16.cmake already
> exists. Moving to:
> /opt/local/share/cmake-2.8/Modules/FindITK-3.16.cmake.mp_1266354688.
> ---> Cleaning InsightToolkit
>
> $ sudo port installed | more
>
> The following ports are currently installed:
> {snip}
> InsightToolkit @3.16.0_1+doc+examples (active)
>
>
> So it appears to be installed and active, but where did it go?
> $ which insighttoolkit
> $ man insighttoolkit
> No manual entry for insighttoolkit
> $
>
> it's not in /sw or any of the obvious places like /usr/local
>
> ___
>
> _____________________________________
> From: Darren Weber [darren.weber.lists at gmail.com]
> Sent: Tuesday, February 16, 2010 2:29 PM
> To: McCaughey, Michael J
> Cc: Insight-Users
> Subject: Re: [Insight-users] Build problem on Mac OS 10.6?
>
> The patch recommended in the prior email is now in the MacPorts svn as
> revision 2. When the MacPorts servers are up again, you might find that an
> indicator for an upgrade to InsightToolkit. So, if you run an upgrade over
> the weekend, it should be successful (fingers crossed). If you hacked the
> Portfile as suggested previously, you might want to do a full uninstall and
> clean before running a new install (all of that is only to tidy up things on
> the macports side, the actual ITK install should not change at all).
>
> Anyhow, if you continue on with the hacked version for the install, try to
> keep the command the same as the destroot phase during the install, e.g.,
>
> $ sudo port install -f -k -o InsightToolkit -py25 +examples
>
> The install should also run the activate. If not, then try
>
> $ sudo port activate -f -k -o InsightToolkit -py25 +examples
>
> BTW, if you just want to see what you have installed for a port, use the
> port name, e.g.:
>
> $ port installed InsightToolkit
>
> This will tell you how many versions or variants of the port are installed.
> The installation is 'staged' into a software repository within the path at
> /opt/local/var/macports/software/. So an installation is not 'activated'
> until it is linked (hard linked) into the main prefix path
> (/opt/local/....). When a port is 'deactivated' the hard links are removed,
> but the files remain in the software repository (they can be 'activated'
> again). When doing an 'uninstall', the files are both unlinked
> (deactivated) and removed from the software repository.
>
> I hope this helps,
> Darren
>
>
> (I have the same MacPorts server issue today - must be a problem at their
> end.)
>
>
>
> On Tue, Feb 16, 2010 at 9:45 AM, McCaughey, Michael J <
> michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu>> wrote:
> Thank you this is helpful.
>
> Keeping the current build and running up to destroot (sudo port -d destroot
> -f -k -o -py25 +examples) gives:
> {DEBUG dependancy output deleted}
> DEBUG: Found Dependency: receipt exists for gawk
> DEBUG: Searching for dependency: bison
> DEBUG: Found Dependency: receipt exists for bison
> DEBUG: Executing org.macports.main (InsightToolkit)
> DEBUG: Skipping completed org.macports.fetch (InsightToolkit)
> DEBUG: Skipping completed org.macports.checksum (InsightToolkit)
> DEBUG: Skipping completed org.macports.extract (InsightToolkit)
> DEBUG: Skipping completed org.macports.patch (InsightToolkit)
> DEBUG: Skipping completed org.macports.configure (InsightToolkit)
> DEBUG: Skipping completed org.macports.build (InsightToolkit)
> DEBUG: Skipping completed org.macports.destroot (InsightToolkit)
>
> $ sudo port installed gives:
> {snip}
> groff @1.20.1_1 (active)
> guile @1.8.7_0 (active)
> help2man @1.37.1_1 (active)
> InsightToolkit @3.16.0_1+doc+examples
> libiconv @1.13.1_0 (active)
> {snip}
>
> So it's installed but not active. Activating fails:
> sudo port activate InsightToolkit @3.16.0_1+doc+examples---> Activating
> InsightToolkit @3.16.0_1+doc+examples
> Error: port activate failed: Image error: Source file
> /opt/local/var/macports/software/InsightToolkit/3.16.0_1+doc+examples does
> not appear to exist (cannot lstat it). Unable to activate port
> InsightToolkit.
>
> The macports trac server keeps timing out for me, so I can't see similar
> errors there. Suggestions appreciated!
>
> Mike
> ________________________________________
> From: Darren Weber [darren.weber.lists at gmail.com<mailto:
> darren.weber.lists at gmail.com>]
> Sent: Monday, February 15, 2010 4:49 PM
> To: McCaughey, Michael J
> Cc: Bill Lorensen; Insight-Users
> Subject: Re: [Insight-users] Build problem on Mac OS 10.6?
>
> There may be a fix for this MacPorts error. It works for me on one system
> that has this problem.
>
> The debug and fix process was a cyclical command sequence like this:
>
> # Edit the Portfile
> $ sudo vim `port file InsightToolkit`
>
> # Remove the current destroot (if it exists)
> $ sudo rm -rf
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/destroot
>
> # Run the installation up to the destroot phase (keeping the current build)
> $ sudo port -d destroot -f -k -o InsightToolkit -doc -py25
>
> (On the test system, the -doc -py25 variants are used to build and install
> only the cxx code base. All the other options are described in `man port`;
> the -d is verbose info, the -f is to force it, the -k and -o are to keep the
> build even after changing the Portfile.)
>
>
> OK, so the fix that works for me is to change a few things starting at line
> 131.
>
> # copy FindITK.cmake to a version specific file, which might persist even
> # when cmake is updated, deactivated, etc.
> set cmakePath [lrange [lsort [glob ${prefix}/share/cmake-*]] end end]
> set findITK [glob ${cmakePath}/Modules/FindITK.cmake]
> set findITKbranch [strsed ${findITK} #FindITK#FindITK-${branch}#]
> xinstall -d -m 0755 ${destroot}${cmakePath}/Modules
> copy ${findITK} ${destroot}${findITKbranch}
>
> The changes are to (a) get the latest cmake path, (b) use that path to glob
> for the FindITK.cmake file, and (c) explicitly create the destroot path for
> cmake Modules.
>
> I hope this helps.
>
> Best,
> Darren
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Feb 15, 2010 at 10:49 AM, McCaughey, Michael J <
> michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu><mailto:
> michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu>>> wrote:
> No, the darwinports 3.16 error is this:
>
> Error: Target org.macports.destroot returned: error copying
> "/opt/local/share/cmake-2.8/Modules/FindITK.cmake" to
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/destroot/opt/local/share/cmake-2.8/Modules/FindITK-3.16.cmake":
> no such file or directory
>
> There's no cmake-2.8 directory under
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/destroot/opt/local/share.
> This has apparently been seen before (
> http://www.mail-archive.com/macports-users@lists.macosforge.org/msg18052.html)
> but I haven't found a resolution. It's no doubt a macports issue, not a
> problem with ITK.
>
> Mike
> ________________________________________
> From: Bill Lorensen [bill.lorensen at gmail.com<mailto:
> bill.lorensen at gmail.com><mailto:bill.lorensen at gmail.com<mailto:
> bill.lorensen at gmail.com>>]
> Sent: Monday, February 15, 2010 12:37 PM
> To: McCaughey, Michael J
> Cc: Insight-Users
> Subject: Re: [Insight-users] Build problem on Mac OS 10.6?
>
> You say you see the same error from 3.16?
>
> On Mon, Feb 15, 2010 at 12:25 PM, McCaughey, Michael J
> <michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu><mailto:
> michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu>>> wrote:
> > No, no attachment to 2.0, it's just what was in fink. I tried it when I
> had trouble with a 3.16 build (the darwinports 3.16 build has an error too).
> > I'll have to try this from source.
> >
> > Thanks,
> > Mike
> > ________________________________________
> > From: Bill Lorensen [bill.lorensen at gmail.com<mailto:
> bill.lorensen at gmail.com><mailto:bill.lorensen at gmail.com<mailto:
> bill.lorensen at gmail.com>>]
> > Sent: Monday, February 15, 2010 10:32 AM
> > To: McCaughey, Michael J
> > Cc: insight-users at itk.org<mailto:insight-users at itk.org><mailto:
> insight-users at itk.org<mailto:insight-users at itk.org>>
> > Subject: Re: [Insight-users] Build problem on Mac OS 10.6?
> >
> > Michael,
> >
> > itk 2.0 is a few years old. I suspect that we were not supporting gcc
> > 4.2 that long ago. Or maybe our Mac support was not that great back
> > then.
> >
> > Do you have to use itk2.0?
> >
> > Bill
> >
> > On Mon, Feb 15, 2010 at 10:49 AM, McCaughey, Michael J
> > <michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu><mailto:
> michael.j.mccaughey at vanderbilt.edu<mailto:
> michael.j.mccaughey at vanderbilt.edu>>> wrote:
> >> Hi!
> >> I'm trying to build version 2.0.1 on a Mac (OS/X 10.6.2/dual Quad-Core
> Xeon/16GB/gcc 4.2.1/cmake 2.6-2) and I'm getting the following error
> compiling Directory.cxx:
> >>
> >> [ 5%] Building C object Utilities/kwsys/CMakeFiles/itksys.dir/Base64.o
> >> [ 5%] Building CXX object
> Utilities/kwsys/CMakeFiles/itksys.dir/Directory.o
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:30: error: ISO C++
> forbids declaration of ‘vector’ with no type
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:30: error: invalid
> use of ‘::’
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:30: error: expected
> ‘;’ before ‘<’ token
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:33: error: ‘string’
> in namespace ‘::’ does not name a type
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx: In member function
> ‘long unsigned int itksys::Directory::GetNumberOfFiles()’:
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:51: error: ‘class
> itksys::DirectoryInternals’ has no member named ‘Files’
> >> Installs/InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx: In member
> function ‘const char* itksys::Directory::GetFile(long unsigned int)’:
> >> Installs/InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:57: error:
> ‘class itksys::DirectoryInternals’ has no member named ‘Files’
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:61: error: ‘class
> itksys::DirectoryInternals’ has no member named ‘Files’
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx: In member function
> ‘bool itksys::Directory::Load(const char*)’:
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:145: error: ‘class
> itksys::DirectoryInternals’ has no member named ‘Files’
> >> InsightToolkit-2.0.1/Utilities/kwsys/Directory.cxx:147: error: ‘class
> itksys::DirectoryInternals’ has no member named ‘Path’
> >> make[2]: *** [Utilities/kwsys/CMakeFiles/itksys.dir/Directory.o] Error 1
> >> make[1]: *** [Utilities/kwsys/CMakeFiles/itksys.dir/all] Error 2
> >> make: *** [all] Error 2
> >>
> >> Google has not been my friend so far, has anyone seen this error? Is it
> gcc's problem?
> >>
> >> Thanks for suggestions.
> >>
> >> Mike
> >> _____________________________________
> >> Powered by www.kitware.com<http://www.kitware.com><
> http://www.kitware.com>
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Kitware offers ITK Training Courses, for more information visit:
> >> http://www.kitware.com/products/protraining.html
> >>
> >> Please keep messages on-topic and check the ITK FAQ at:
> >> http://www.itk.org/Wiki/ITK_FAQ
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://www.itk.org/mailman/listinfo/insight-users
> >>
> >
> _____________________________________
> Powered by www.kitware.com<http://www.kitware.com><http://www.kitware.com>
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.html
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.itk.org/mailman/listinfo/insight-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20100216/6e26b8be/attachment-0001.htm>
More information about the Insight-users
mailing list