Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2003 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(2) |
May
(7) |
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
(12) |
Oct
(8) |
Nov
(3) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
(21) |
Mar
(31) |
Apr
(10) |
May
(12) |
Jun
(15) |
Jul
(4) |
Aug
(6) |
Sep
(5) |
Oct
(11) |
Nov
(43) |
Dec
(13) |
2005 |
Jan
(25) |
Feb
(12) |
Mar
(49) |
Apr
(19) |
May
(104) |
Jun
(60) |
Jul
(10) |
Aug
(42) |
Sep
(15) |
Oct
(12) |
Nov
(6) |
Dec
(4) |
2006 |
Jan
(1) |
Feb
(6) |
Mar
(31) |
Apr
(17) |
May
(5) |
Jun
(95) |
Jul
(38) |
Aug
(44) |
Sep
(6) |
Oct
(8) |
Nov
(21) |
Dec
|
2007 |
Jan
(5) |
Feb
(46) |
Mar
(9) |
Apr
(23) |
May
(17) |
Jun
(51) |
Jul
(41) |
Aug
(4) |
Sep
(28) |
Oct
(71) |
Nov
(193) |
Dec
(20) |
2008 |
Jan
(46) |
Feb
(46) |
Mar
(18) |
Apr
(38) |
May
(14) |
Jun
(107) |
Jul
(50) |
Aug
(115) |
Sep
(84) |
Oct
(96) |
Nov
(105) |
Dec
(34) |
2009 |
Jan
(89) |
Feb
(93) |
Mar
(119) |
Apr
(73) |
May
(39) |
Jun
(51) |
Jul
(27) |
Aug
(8) |
Sep
(91) |
Oct
(90) |
Nov
(77) |
Dec
(67) |
2010 |
Jan
(25) |
Feb
(36) |
Mar
(98) |
Apr
(45) |
May
(25) |
Jun
(60) |
Jul
(17) |
Aug
(36) |
Sep
(48) |
Oct
(45) |
Nov
(65) |
Dec
(39) |
2011 |
Jan
(26) |
Feb
(48) |
Mar
(151) |
Apr
(108) |
May
(61) |
Jun
(108) |
Jul
(27) |
Aug
(50) |
Sep
(43) |
Oct
(43) |
Nov
(27) |
Dec
(37) |
2012 |
Jan
(56) |
Feb
(120) |
Mar
(72) |
Apr
(57) |
May
(82) |
Jun
(66) |
Jul
(51) |
Aug
(75) |
Sep
(166) |
Oct
(232) |
Nov
(284) |
Dec
(105) |
2013 |
Jan
(168) |
Feb
(151) |
Mar
(30) |
Apr
(145) |
May
(26) |
Jun
(53) |
Jul
(76) |
Aug
(33) |
Sep
(23) |
Oct
(72) |
Nov
(125) |
Dec
(38) |
2014 |
Jan
(47) |
Feb
(62) |
Mar
(27) |
Apr
(8) |
May
(12) |
Jun
(2) |
Jul
(22) |
Aug
(22) |
Sep
|
Oct
(17) |
Nov
(20) |
Dec
(12) |
2015 |
Jan
(25) |
Feb
(2) |
Mar
(16) |
Apr
(13) |
May
(21) |
Jun
(5) |
Jul
(1) |
Aug
(8) |
Sep
(9) |
Oct
(30) |
Nov
(8) |
Dec
|
2016 |
Jan
(16) |
Feb
(31) |
Mar
(43) |
Apr
(18) |
May
(21) |
Jun
(11) |
Jul
(17) |
Aug
(26) |
Sep
(4) |
Oct
(16) |
Nov
(5) |
Dec
(6) |
2017 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(4) |
May
(1) |
Jun
(11) |
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
|
2018 |
Jan
(8) |
Feb
(8) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
|
2
(3) |
3
(10) |
4
(12) |
5
|
6
|
7
|
8
|
9
|
10
(8) |
11
(1) |
12
(2) |
13
(1) |
14
(6) |
15
|
16
|
17
(12) |
18
|
19
(8) |
20
(7) |
21
(1) |
22
(6) |
23
(10) |
24
(17) |
25
(8) |
26
(14) |
27
|
28
(17) |
29
(11) |
30
(5) |
31
(9) |
|
|
From: Derek Gaston <friedmud@gm...> - 2013-01-19 23:57:20
|
Thanks for getting back to me... On Sat, Jan 19, 2013 at 4:37 PM, Kirk, Benjamin (JSC-EG311) < benjamin.kirk-1@...> wrote: > You do not to build in a separate directory unless you want to. I do this > so I can use many different compilers on a number of machines that all > share the same source tree on my shared linux filesystem, but I build in > the top directory on my mac. > Hmmm.... we did some testing with this this week and there are a couple of issues: 1. If you don't "make install" then Make.common does not get created (obviously not necessary for an example... but that is problematic for some users). 2. If you don't "make install" then bin/libmesh_config doesn't output the proper include directories (or are we doing something wrong?). Coupled with #1 this means that not make installing doesn't seem to be an option for actual application development... but are we missing something? Not required to test your example. You can now run your new example > through our 'make check' target, without ever installing anything. For > example: > > make -C examples//mesh_transfer/simple_dtk check > > will build and run your example from the source tree. > Well, that assumes that your example is all working in the first place ;-) When developing a new example for a new feature I expect to do hundreds of build/run cycles (probably including many debug runs as well) and most of those won't work in someway... But it is good to know. > So with that workflow, your one terminal should suffice from here…. > I'll try to go back to not doing out of tree builds and see if I can get it to work. I really hope so! Thanks again for the reply, Derek |
From: Kirk, Benjamin (JSC-EG311) <benjamin.kirk-1@na...> - 2013-01-19 23:37:28
|
On Jan 19, 2013, at 5:26 PM, Derek Gaston <friedmud@...> wrote: > So, here's my workflow for adding a new example (in a new examples directory). > > cd libmesh/examples > mkdir mesh_transfer > cp -r introduction/introduction_ex3 mesh_transfer/simple_dtk > cd mesh_transfer/simple_dtk > # Rename files to simple_dtk (or whatever) > # Edit Makefile.am to include the name of the new files > cd ../.. > # Edit Makefile.am to include new directory > cd .. (to the "libmesh" directory) > # Edit configure.ac to include the new example's Makefile > ./bootstrap Yes to here. > mkdir build You do not to build in a separate directory unless you want to. I do this so I can use many different compilers on a number of machines that all share the same source tree on my shared linux filesystem, but I build in the top directory on my mac. > cd build > METHODS="opt dbg" ../configure --prefix=$LIBMESH_ROOT/installed > make Yes, caveat the ../configure … as noted above. Also, if you want a shortcut to reconfigure with your last options just use ./config.status --recheck In fact, if you boostrap and forget to reconfigure your next 'make' should do it for you. > make install Not required to test your example. You can now run your new example through our 'make check' target, without ever installing anything. For example: make -C examples//mesh_transfer/simple_dtk check will build and run your example from the source tree. So with that workflow, your one terminal should suffice from here…. -Ben |
From: Kirk, Benjamin (JSC-EG311) <benjamin.kirk-1@na...> - 2013-01-19 23:27:51
|
On Jan 19, 2013, at 4:14 PM, Derek Gaston <friedmud@...> wrote: > So, > > With the new build system what's the best way to develop a new example? > > Previously I would do this: > > cd libmesh/examples/introduction > cp introduction_ex3 introduction_ex17 > # Change everything in introduction_ex17 to say ex17 > make > ./introduction_ex17 Basically you do as before, but you will also need to add your new example in (1) configure.ac (it'll be obvious, inside the construct at line 257) (2) examples/Makefile.am, add to the subdirs flag. Since you edited configure.ac you will need to bootstrap and configure, but if everything is working properly 'make && make check' should only build your new example because your reconfigure will not have changed anything required to build libMesh. -Ben |
From: Derek Gaston <friedmud@gm...> - 2013-01-19 23:26:32
|
So, here's my workflow for adding a new example (in a new examples directory). cd libmesh/examples mkdir mesh_transfer cp -r introduction/introduction_ex3 mesh_transfer/simple_dtk cd mesh_transfer/simple_dtk # Rename files to simple_dtk (or whatever) # Edit Makefile.am to include the name of the new files cd ../.. # Edit Makefile.am to include new directory cd .. (to the "libmesh" directory) # Edit configure.ac to include the new example's Makefile ./bootstrap mkdir build cd build METHODS="opt dbg" ../configure --prefix=$LIBMESH_ROOT/installed make make install # That will setup the basic environment. Now, open _3_ terminals to the following directories: libmesh/examples/mesh_transfer/simple_dtk libmesh/build/examples/mesh_transfer/simple_dtk libmesh/installed/examples/mesh_transfer/simple_dtk # Now start modifying example and do this for every modification: # Snag libmesh/examples terminal. # Edit any files in the example # Edit Makefile.am to add any new files # Snag libmesh/build/examples terminal. make install # Snag libmesh/installed/examples terminal. make ./example-opt # To actually run the example # Repeat Guys, seriously. This is really they way you want to work? You _really_ want to have 3 directories to interact with every time you make a change? Every time you add a file you really want to modify a file to tell the build system about it? If my software worked this way... not ONE single person would ever use it. I guarantee you that this build system will limit casual developers from contributing to libMesh (maybe that was one of the intentions...) I suppose I should be grateful that at least I don't have to reconfigure for every cycle... I was really worried that I was going to have to... Derek On Sat, Jan 19, 2013 at 3:14 PM, Derek Gaston <friedmud@...> wrote: > So, > > With the new build system what's the best way to develop a new example? > > Previously I would do this: > > cd libmesh/examples/introduction > cp introduction_ex3 introduction_ex17 > # Change everything in introduction_ex17 to say ex17 > make > ./introduction_ex17 > > What's the best way of doing that now? > > If I do the above and copy an example... then I have to reconfigure to get > it copied to my "build" directory... and then "make install" to get it > built and copied into my install directory. > > But where do I edit it then? I suppose I edit it in > libmesh/examples/introduction/introduction_ex17 and then build and make > install in my build directory? If I add more files to my example do I need > to reconfigure to get a new Makefile made? Then rebuild the whole library > so I can build my example? > > I'm hoping there is a better way. > > /me is still not a fan of the new build system. > > Derek > |
From: Roy Stogner <roystgnr@ic...> - 2013-01-19 23:18:41
|
On Sat, 19 Jan 2013, Roy Stogner wrote: > the git commands Actually, speaking of the git commands, there is one big hassle: Make sure that you re-run bootstrap before committing any build system commits, and be sure to re-run it with the versions of automake, autoconf, and libtool from libmesh contrib/autotools/; that keeps the diffs from version to version tractable. --- Roy |
From: Roy Stogner <roystgnr@ic...> - 2013-01-19 23:16:27
|
On Sat, 19 Jan 2013, Derek Gaston wrote: > What are the steps necessary for adding a new file (like new a new header file and associated > .C) to libMesh now? Check out Ben's include/rebuild_include_HEADERS.sh and src/rebuild_libmesh_SOURCES.sh; IIRC those do all the magic (other than the git commands that you're probably more familiar with than we are) to make sure that new headers get installed and symlinked in include/libmesh, new objects get built, etc. correctly. --- Roy |
From: Derek Gaston <friedmud@gm...> - 2013-01-19 22:31:10
|
And actually... a follow on question. What are the steps necessary for adding a new file (like new a new header file and associated .C) to libMesh now? Thanks, Derek On Sat, Jan 19, 2013 at 3:14 PM, Derek Gaston <friedmud@...> wrote: > So, > > With the new build system what's the best way to develop a new example? > > Previously I would do this: > > cd libmesh/examples/introduction > cp introduction_ex3 introduction_ex17 > # Change everything in introduction_ex17 to say ex17 > make > ./introduction_ex17 > > What's the best way of doing that now? > > If I do the above and copy an example... then I have to reconfigure to get > it copied to my "build" directory... and then "make install" to get it > built and copied into my install directory. > > But where do I edit it then? I suppose I edit it in > libmesh/examples/introduction/introduction_ex17 and then build and make > install in my build directory? If I add more files to my example do I need > to reconfigure to get a new Makefile made? Then rebuild the whole library > so I can build my example? > > I'm hoping there is a better way. > > /me is still not a fan of the new build system. > > Derek > |
From: Derek Gaston <friedmud@gm...> - 2013-01-19 22:14:56
|
So, With the new build system what's the best way to develop a new example? Previously I would do this: cd libmesh/examples/introduction cp introduction_ex3 introduction_ex17 # Change everything in introduction_ex17 to say ex17 make ./introduction_ex17 What's the best way of doing that now? If I do the above and copy an example... then I have to reconfigure to get it copied to my "build" directory... and then "make install" to get it built and copied into my install directory. But where do I edit it then? I suppose I edit it in libmesh/examples/introduction/introduction_ex17 and then build and make install in my build directory? If I add more files to my example do I need to reconfigure to get a new Makefile made? Then rebuild the whole library so I can build my example? I'm hoping there is a better way. /me is still not a fan of the new build system. Derek |