From a.janke at gmail.com Tue Feb 5 09:09:28 2008 From: a.janke at gmail.com (Andrew Janke) Date: Wed, 6 Feb 2008 01:09:28 +1100 Subject: [MINC-development] minc 2.0.14 issues In-Reply-To: <20080121005156.GD5085@sumost.ca> References: <20080111055607.GY7777@sumost.ca> <20080121005156.GD5085@sumost.ca> Message-ID: > At present there are just three patches in Debian's package of MINC. > > 01_mincedit-sensible-viewer.diff simply sets the default editor to > "sensible-editor" rather than "emacs". Since "sensible-editor" is a > Debianism (basically a script that tries VISUAL, EDITOR, then some > hard-coded fallbacks) I wasn't planning to push this upstream. I > might suggest, though, that mincedit use $VISUAL, falling back to > $EDITOR, then something hardcoded, e.g. emacs. Then I'd probably > remove the Debian patch. I have done this in a fashion as such: # if no editor is specified, find a suitable one if [ -n "$VISUAL" ] then editor=${VISUAL} else if [ -n "$EDITOR" ] then editor=${EDITOR} else editor="emacs" fi fi ;; Does that work for you? This is now in CVS in any case. > 03_mincview.diff changes the viewer from "xv" to Imagemagick's > "display". This one should probably be applied to the MNI repository > since "xv" is nearly impossible to find these days, whereas > Imagemagick is ubiquitous. I'm attaching the patch for comments. mincview to my mind is "erky" as it is csh. :) Beyond that, mincpik was a re-implementation of most of the good bits of it. It is the last remaining csh script in MINC itself so I do have plans for it... My likely course of action will be to just make it a sh wrapper around a call to mincpik with a -slices option. Although at this stage -slices is not implemented yet! :) If I do this it will also mean that invert_raw_image can go away as convert from imagemagick supports the -flip and -flop operators > The easiest mod is to make it a "convenience library". That means it > is built as a library and used to link the tools, but the library is > not installed. Sounds like a plan, do you happen to know the Makefile.am incantations to do this? I could figure it out I am sure but if you already had a plan for it.. ;) > > byte_swap is a little more interesting though, there was at one stage > > a byte_swap4 and a byte_swap8 I have no idea if these still exist as > > these are a tad more difficult to implement with dd. > > The source tree does contain byte_swap4.c, but the tool is not > compiled nor installed. I don't see any byte_swap8. erk! true, it is something that I wrote for myself! In any case they are not installed so no worry there. If you are happy with the mincedit patch then I will go ahead and release 2.0.15, there are a few itching for it. -- Andrew Janke (a.janke at gmail.com || http://a.janke.googlepages.com/) Canberra->Australia +61 (402) 700 883 From a.janke at gmail.com Wed Feb 6 06:58:37 2008 From: a.janke at gmail.com (Andrew Janke) Date: Wed, 6 Feb 2008 22:58:37 +1100 Subject: [MINC-development] multi-architecture builds of minc2 on OSX In-Reply-To: <779dabeb0801101416k49ffd2a1ofe1207dd4c3149d9@mail.gmail.com> References: <779dabeb0801101416k49ffd2a1ofe1207dd4c3149d9@mail.gmail.com> Message-ID: Hi Richard, From what I can see the problem here is being caused by the -MD/-MP flags that are being passed to configure via some automake/autoconf incantations. From what I can understand also, though these flags seem fairly common in a automake/conf build. What this means is is that if you know this specific code, I need to add to Makefile.am and/or configure.ac I am more than happy to include it or at least test it but myself. I can't seem to find any documentation on this particular problem out there anywhere. Thanks for the heads up though it helped me a few days ago when I was trying to build a similar cross-platform version of MINC. a On Jan 11, 2008 9:16 AM, Richard Beare wrote: > Hi, > > I suspect this isn't a major problem for most people, but it does > cause slight headaches. > > If I attempt to build a combined 32/64 bit library using the following > configure command: > (export CFLAGS="-arch i386 -arch x86_64 -I/opt/local/include"; export > LDFLAGS="-arch i386 -arch x86_64 -L/opt/local/lib";./configure > --enable-minc2) > > I get this error: > > gcc -DHAVE_CONFIG_H -I. -I./libsrc -I./volume_io/Include > -I./volume_io/Include -I./progs/Proglib -I./conversion/Acr_nema > -I./libsrc2 -arch i386 -arch x86_64 -I/opt/local/include -MT > libsrc/ParseArgv.lo -MD -MP -MF libsrc/.deps/ParseArgv.Tpo -c > libsrc/ParseArgv.c -o libsrc/ParseArgv.o > gcc-4.0: -E, -S, -save-temps and -M options are not allowed with > multiple -arch flags > > > looks like some minor configure tweaks should fix things. I've created > the 32 and 64 bit libraries separately and merged them. > _______________________________________________ > MINC-development mailing list > MINC-development at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > -- Andrew Janke (a.janke at gmail.com || http://a.janke.googlepages.com/) Canberra->Australia +61 (402) 700 883 From sean at rogue-research.com Wed Feb 6 09:13:58 2008 From: sean at rogue-research.com (Sean McBride) Date: Wed, 6 Feb 2008 09:13:58 -0500 Subject: [MINC-development] multi-architecture builds of minc2 on OSX In-Reply-To: <779dabeb0801101416k49ffd2a1ofe1207dd4c3149d9@mail.gmail.com> References: <779dabeb0801101416k49ffd2a1ofe1207dd4c3149d9@mail.gmail.com> Message-ID: <20080206141358.40153714@smtp10.bellnet.ca> On 1/11/08 9:16 AM, Richard Beare said: >Hi, > >I suspect this isn't a major problem for most people, but it does >cause slight headaches. > >If I attempt to build a combined 32/64 bit library using the following >configure command: >(export CFLAGS="-arch i386 -arch x86_64 -I/opt/local/include"; export >LDFLAGS="-arch i386 -arch x86_64 -L/opt/local/lib";./configure >--enable-minc2) I'm not very familiar with autotools, but you don't seem to have specified "-isysroot". Have you seen this: -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada