On Tue, Aug 23, 2011 at 1:34 PM, Truman Ellis wrote:
>
> This is what I see on Linux with Chromium.
That probably explains it... we select the CSS based on the browser
and we don't have a category for Linux/Chrome yet...
I'll see if I can update the PHP but I might need you to test it...
--
Jo
Hi Rochan,
> n_dofs()=0
> n_local_dofs()=0
> n_constrained_dofs()=0
> n_vectors()=1
>
> The mesh is read correctly. However, it does not display the number of
> degrees of freedom. I would surmise that given the mesh (a structured
> mesh with quadrilaterals) and the approximation order
Hi libMesh Forum,
I am computing a simple model for char strength using libmesh, solving
essentially the linear elasticity equations. I have managed to do so
on simple meshes generated by libMesh (MeshTools::Generation) but am
having problems (which I believe is due to my own ignorance) on
solving
Attached are two patches for review.
1) Fix for Parallel::broadcast of std::set
There is no assign() for std::set.
I needed to broadcast the set of subdomain ids and bumped into it.
Apply first.
2) Fixing XDA solution file to have subdomain ids for variables.
This patch intorduces LIBMESH_VERS
On 08/08/2011 05:26 PM, Truman Ellis wrote:
> I am trying to build the libmesh_tests, but I get a lot of errors as a
> result. Any help deciphering what is wrong on my machine would be
> appreciated.
> --
> Truman Ellis
> $make
> touch .depends
> g++ -L/lib -lcppunit
> /workspace/truman/libmes
On Aug 23, 2011, at 8:07 AM, Roy Stogner wrote:
>
>
> On Tue, 23 Aug 2011, Cody Permann wrote:
>
>> I believe we have a flag in the wrong spot for GCC compilers. It
>> appears that some of the newest versions of the compiler are now
>> starting to complain. I propose we move the flag in quest
I am trying to build the libmesh_tests, but I get a lot of errors as a
result. Any help deciphering what is wrong on my machine would be
appreciated.
--
Truman Ellis
$make
touch .depends
g++ -L/lib -lcppunit
/workspace/truman/libmesh/libmesh/lib/x86_64-unknown-linux-gnu_dbg/libmesh.so
/works
On Tue, 23 Aug 2011, John Peterson wrote:
> I've googled this in the past, but haven't come across a simple,
> effective solution yet. Please let us know if you do!
The ideal solution is to run php in the Make rules (and rewrite a few
href extensions), so that "make doc" ends up generating html
On Tue, Aug 23, 2011 at 11:34 AM, John Peterson wrote:
> On Tue, Aug 23, 2011 at 10:06 AM, Truman Ellis
> wrote:
> > I think there is something wrong with the generated documentation,
> probably
> > a doxygen setting or something. Running "make doc" generates a lot of
> docs,
> > but trying to op
On 08/23/2011 11:34 AM, John Peterson wrote:
> On Tue, Aug 23, 2011 at 10:06 AM, Truman Ellis wrote:
>> I think there is something wrong with the generated documentation, probably
>> a doxygen setting or something. Running "make doc" generates a lot of docs,
>> but trying to open doc/html/index.ph
On Tue, Aug 23, 2011 at 10:06 AM, Truman Ellis wrote:
> I think there is something wrong with the generated documentation, probably
> a doxygen setting or something. Running "make doc" generates a lot of docs,
> but trying to open doc/html/index.php or any of the other generated docs
> opens a dow
I think there is something wrong with the generated documentation,
probably a doxygen setting or something. Running "make doc" generates a
lot of docs, but trying to open doc/html/index.php or any of the other
generated docs opens a download dialog in whatever browser I try it in.
I also had someon
On Tue, 23 Aug 2011, Cody Permann wrote:
> I believe we have a flag in the wrong spot for GCC compilers. It
> appears that some of the newest versions of the compiler are now
> starting to complain. I propose we move the flag in question
> (WImplicit) to libmesh_CFLAGS from it's current locati
Roy,
I believe we have a flag in the wrong spot for GCC compilers. It appears that
some of the newest versions of the compiler are now starting to complain. I
propose we move the flag in question (WImplicit) to libmesh_CFLAGS from it's
current location.
[moosetest@flogin1][/apps/projects/lib
14 matches
Mail list logo
