I hit this as well and as best I can tell, this is due to a known (?) issue
with shared libraries on os x. All other examples should run fine. Note that
this doesn't occur on the automake branch.
On Sep 18, 2012, at 12:43 AM, Paul Hui Sun wrote:
> Without specifying any options, the problem I
Without specifying any options, the problem I had didn't occur any more, the
examples seem to be built all fine, until this one below. I think it might be
because that I have run ./configure with some certain environmental variables
before, and they were recalled somehow.
On Tue, Sep 18, 2012 at 12:22 AM, Paul Hui Sun wrote:
> CC=/usr/local/gfortran/bin/gccCXX=/usr/local/gfortran/bin/g++
> FC=gfortranF77=gfortran METHOD=opt
>
libMesh doesn't need fortran. Try just doing: ./configure and see if you
can build and run the examples. If you aren't setting C
CC=/usr/local/gfortran/bin/gccCXX=/usr/local/gfortran/bin/g++
FC=gfortranF77=gfortran METHOD=opt
On Sep 17, 2012, at 10:13 PM, "Paul T. Bauman" wrote:
> On Tue, Sep 18, 2012 at 12:03 AM, Paul Hui Sun wrote:
> The list of output libraries are:
> /Users/Paul/sfw/libmesh/lib/x
On Tue, Sep 18, 2012 at 12:03 AM, Paul Hui Sun wrote:
> The list of output libraries are:
> /Users/Paul/sfw/libmesh/lib/x86_64-apple-darwin12.1.0_opt/libmesh.dylib
> (compatibility version 0.0.0, current version 0.0.0)
> /usr/local/gfortran/lib/libstdc++.6.dylib (compatibility version 7.0.0,
> cur
What is libmesh.automake branch? Could you explain to me please?
On Sep 17, 2012, at 9:52 PM, "Kirk, Benjamin (JSC-EG311)"
wrote:
> Also, earlier it looked like you were building the libmesh.automake branch?
> Have you switched back?
>
> There should be no shared library issues using the aut
The list of output libraries are:
/Users/Paul/sfw/libmesh/lib/x86_64-apple-darwin12.1.0_opt/libmesh.dylib
(compatibility version 0.0.0, current version 0.0.0)
/usr/local/gfortran/lib/libstdc++.6.dylib (compatibility version 7.0.0,
current version 7.16.0)
/usr/lib/libSystem
Also, earlier it looked like you were building the libmesh.automake branch?
Have you switched back?
There should be no shared library issues using the automake brach.
-Ben
On 9/17/12 11:49 PM, "Paul T. Bauman" wrote:
> On Mon, Sep 17, 2012 at 11:44 PM, Paul Hui Sun wrote:
>
>> I have run thi
On Mon, Sep 17, 2012 at 11:44 PM, Paul Hui Sun wrote:
> I have run this:
>
> make run_examples -L
> /Users/Paul/sfw/libmesh/lib/x86_64-apple-darwin12.1.0_opt
>
> On Sep 17, 2012, at 9:36 PM, "Paul T. Bauman" wrote:
>
> No. You need to either 1. change directories to where libmesh.dylib is
> locat
I have run this:
make run_examples -L /Users/Paul/sfw/libmesh/lib/x86_64-apple-darwin12.1.0_opt
still get the following error:
***
* Running Example ./adaptivity_ex1-opt
***
On Mon, Sep 17, 2012 at 11:33 PM, Paul Hui Sun wrote:
> Do you mean directly typing "otool -L libmesh.dylib" into the shell? It
> doesn't work.
>
No. You need to either 1. change directories to where libmesh.dylib is
located and then run the command or 2. provide the full path to
libmesh.dylib to
Do you mean directly typing "otool -L libmesh.dylib" into the shell? It doesn't
work.
On Sep 17, 2012, at 7:07 PM, Paul T. Bauman wrote:
> Make sure you're linked against the libraries you think you are. "otool -L
> libmesh.dylib" should help you see what you're linked against.
>
> On Mon,
On Mon, Sep 17, 2012 at 9:08 PM, Roy Stogner wrote:
>
> I've never seen this one before.
What, you haven't converted to Mac yet? ;-)
That error has popped up for me in two different ways: adding
-DGLIBCXX_DEBUG (he's in opt mode, so doubtful from libMesh, but maybe in
one of the library depende
On Mon, 17 Sep 2012, Paul Hui Sun wrote:
> I get error when running: make run_examples, here is the output:
I've never seen this one before. Can you get in there with a debugger
and see which string your system thinks is being mis-deleted where?
---
Roy
Make sure you're linked against the libraries you think you are. "otool -L
libmesh.dylib" should help you see what you're linked against.
On Mon, Sep 17, 2012 at 7:32 PM, Paul Hui Sun wrote:
> Hi,
>
> I get error when running: make run_examples, here is the output:
>
> Makefile:66: .depend: No s
Hi,
I get error when running: make run_examples, here is the output:
Makefile:66: .depend: No such file or directory
Compiling C++ (in optimized mode) adaptivity_ex1.C...
Linking adaptivity_ex1-opt...
***
* Running Example ./adaptivity_
On Sat, 18 Aug 2012, Wenjun Kou wrote:
> I just installed the libmesh, and plan to play with it then.
> 1) when I do ' make run_examples, I encounter the following errors:
There's currently a bug in the Laspack interface for adding matrices
to systems after initialization; one of the reduced bas
Hi, all
I just installed the libmesh, and plan to play with it then.
1) when I do ' make run_examples, I encounter the following errors:
/***/
[aryabhata:09731] *** Process received signal ***
[aryabhata:09731] Signal: Segmentation fault (11)
[aryabhata
18 matches
Mail list logo
