Is all the latest trilinos stuff synced up in SVN? I'm gonna try and push
it a little further...
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Sourc
Heh yeah... I haven't had time to get back to it. A lot of
EpetraVector is in there... although completely untested (and possibly
uncompiled since it's templated and I haven't put an explicit
instantiation in there yet). But that's it.
I learned yesterday that my group is getting another guy...
John asked a few days ago if the OSX case-preserving (but insensitive)
filesystem ever caused me issues. The answer was no, but now...
#include
Happily finds the libMesh epetra_vector.h instead of Epetra_Vector.h in the
trilinos install directory.
Any better suggestion than renaming the libmes
Prepending trilinos_ is fine with me (and makes sense).
ALSO: With Leopard (OSX 10.5) you _can_ format your disk with _case
sensitive_ HFS+. I highly recommend it (and have done it on both my
Mac workstation and laptop) for anyone who is using a lot of UNIX-like
features of OSX. For instan
On Fri, Jun 13, 2008 at 12:53 PM, Benjamin Kirk <[EMAIL PROTECTED]> wrote:
> John asked a few days ago if the OSX case-preserving (but insensitive)
> filesystem ever caused me issues. The answer was no, but now...
>
> #include
>
> Happily finds the libMesh epetra_vector.h instead of Epetra_Vector
If you're using libMesh... there's probably not much reason for you to
have a mesh.h ;-)
If there is... we've done something wrong ;-)
Derek
On Jun 13, 2008, at 12:42 PM, John Peterson wrote:
> On Fri, Jun 13, 2008 at 12:53 PM, Benjamin Kirk <[EMAIL PROTECTED]
> > wrote:
>> John asked a few
On Fri, Jun 13, 2008 at 2:34 PM, Derek Gaston <[EMAIL PROTECTED]> wrote:
> If you're using libMesh... there's probably not much reason for you to have
> a mesh.h ;-)
>
> If there is... we've done something wrong ;-)
Right. But let's say ... parmetis had Mesh.h
Then, I think it could potentially
On Fri, 13 Jun 2008, Benjamin Kirk wrote:
> Any better suggestion than renaming the libmesh one? Perhaps
> trilinos_epetra_vector.h or something like that? If we prepend trilinos_* I
> think it will be easier to navigate in the long run... Otherwise we need to
> remember ml_*, aztec_*, nox_*,
On Jun 13, 2008, at 1:55 PM, Roy Stogner wrote:
> #include "libmesh/mesh/mesh.h"
I personally think that maybe this should wait until after the 0.6.9
release... this is going to be a not small change for users to take...
which seems more like a 0.7 type of thing.
Also, before we do such a th
On Fri, 13 Jun 2008, Derek Gaston wrote:
> On Jun 13, 2008, at 1:55 PM, Roy Stogner wrote:
>> #include "libmesh/mesh/mesh.h"
>
> I personally think that maybe this should wait until after the 0.6.9
> release... this is going to be a not small change for users to take...
> which seems more like a
On Fri, Jun 13, 2008 at 3:12 PM, Roy Stogner <[EMAIL PROTECTED]> wrote:
>
> On Fri, 13 Jun 2008, Derek Gaston wrote:
>
>> On Jun 13, 2008, at 1:55 PM, Roy Stogner wrote:
>>> #include "libmesh/mesh/mesh.h"
>>
>> I personally think that maybe this should wait until after the 0.6.9
>> release... this
On Jun 13, 2008, at 2:34 PM, John Peterson wrote:
> @Derek: Aren't you using one of these new-fangled IDEs that all the
> kids are talking about anyway?
Emacs FTW ;-)
That said I do use ido-mode... which after I've opened a lot of
libMesh files makes the directory structure irrelevant...
Final
> Also, I'm talking about a _complete_ redo of the directories... not
> just move stuff around. I'd like to powow for a bit and come up with
> all new names and structure... for instance "numerics" can mean a LOT
> of different things (hence why a bunch of junk ends up in there)
> whic
On Fri, 13 Jun 2008, Kirk, Benjamin (JSC-EG) wrote:
when I was a kid we used slide rules and there were two subdirectories:
src and include. So be happy for what you've got!
We're not allowed to walk on John's lawn, we're not allowed to walk on
your lawn...
but seriously, I'm all for a cle
> But we can easily work out an exact directory structure on the mailing
> list before we start shuffling things around in SVN. Derek was the
> first to complain about miscategorized headers, right? I nominate him
> to write up the first draft of what should get moved where.
Any objections wit
15 matches
Mail list logo
