On Mon, 30 Jan 2012, John Peterson wrote: > There are a couple of issues with the fparser stuff on Mac OSX...
I was afraid something might crop up; I'd copied and pasted some of the special-case OSX code from another contrib Makefile but I'd only tested on Linux before committing. Apologies to anyone whose builds got screwed up; next time I've got a commit that large and dubious I'll stick it in a branch and get other testers before adding it to trunk. > .) Dependencies file. fparser Makefile does > > echo -n '' > .dep > > For some reason I cannot fathom, this puts a -n character onto the > first line of the .dep file on a Mac system??? Anyway, the intent > seems to be to blank out the .dep file, so replacing this with > > rm -f .dep > touch .dep > > seems to do the trick. Yeah; "echo -n" isn't POSIX standard, I believe. That was the correct fix. > Also the "sed -i" command which ends the .dep target had a bug which > I've fixed as well. Thanks. > .) After make/make clean, I've got the > > extrasrc/fp_opcode_add.inc > > file hanging around. Should we check this in (similar to > extrasrc/fp_identifier_parser.inc) or is it supposed to be > regenerated? If the latter, why is extrasrc/fp_identifier_parser.inc > checked in? IIRC fp_opcode_add.inc was in the distributed tarball, but ought to be regenerated, so I removed it from svn. I'll add it to "make clean" as well. fp_identifier_parser.inc is s similar situation that I didn't notice before; I'll svn remove it. > .) We're getting the following linker error: > > Linking > .../libmesh_git/contrib/lib/x86_64-apple-darwin10.8.0_opt/libfparser.dylib > ld: duplicate symbol > FunctionParserBase<double>::FunctionWrapper::FunctionWrapper()in > fpoptimizer/optimize_main.x86_64-apple-darwin10.8.0.opt.o and > fparser.x86_64-apple-darwin10.8.0.opt.o > collect2: ld returned 1 exit status > > We're working on tracking this down now, I don't suppose you've seen > this on your end yet? No sign of it, but IIRC on Linux the linker just takes the first instance of any duplicate symbols it finds that result from template instantiations... Isn't something similar supposed to happen on Mac, though? How else are you supposed to handle inlined template functions like a templated class' constructor? --- Roy ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
