Re: [OMPI devel] [OMPI svn-full] svn:open-mpi r32225 - in trunk: contrib/build-mca-comps-outside-of-tree ompi/contrib/vt/vt ompi/contrib/vt/vt/extlib/otf opal/mca/event/libevent2021/libevent
On 07/12/2014 05:35 PM, Jeff Squyres (jsquyres) wrote: Mike -- Did you contact the VT folks before making this change? Have you consider bug #13928: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928 It is a blocker for the 'subdir-objects'-by-default. And maybe the VT build system hits this bug. Bert On Jul 12, 2014, at 8:38 AM, wrote: Author: miked (Mike Dubman) Date: 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) New Revision: 32225 URL: https://svn.open-mpi.org/trac/ompi/changeset/32225 Log: BUILD: support new automake new automake requires subdirs-object directive, to resolve this: 09:43:37 automake: warning: possible forward-incompatibility. 09:43:37 automake: At least a source file is in a subdirectory, but the 'subdir-objects' 09:43:37 automake: automake option hasn't been enabled. For now, the corresponding output 09:43:37 automake: object file(s) will be placed in the top-level directory. However, 09:43:37 automake: this behaviour will change in future Automake versions: they will 09:43:37 automake: unconditionally cause object files to be placed in the same subdirectory 09:43:37 automake: of the corresponding sources. 09:43:37 automake: You are advised to start using 'subdir-objects' option throughout your 09:43:37 automake: project, to avoid future incompatibilities. 09:43:37 tools/otfmerge/Makefile.common:13: warning: source file '$(OTFMERGESRCDIR)/otfmerge.c' is in a subdirectory, 09:43:37 tools/otfmerge/Makefile.common:13: but option 'subdir-objects' is disabled cmr=v1.8.2:reviewer=ompi-rm1.8 Text files modified: trunk/contrib/build-mca-comps-outside-of-tree/configure.ac | 2 +- trunk/ompi/contrib/vt/vt/configure.ac | 2 +- trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac | 2 +- trunk/opal/mca/event/libevent2021/libevent/configure.ac| 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) Modified: trunk/contrib/build-mca-comps-outside-of-tree/configure.ac == --- trunk/contrib/build-mca-comps-outside-of-tree/configure.ac Sat Jul 12 08:29:30 2014(r32224) +++ trunk/contrib/build-mca-comps-outside-of-tree/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) (r32225) @@ -25,7 +25,7 @@ AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config) -AM_INIT_AUTOMAKE([foreign dist-bzip2 no-define 1.11]) +AM_INIT_AUTOMAKE([foreign dist-bzip2 no-define 1.11 subdir-objects]) AM_SILENT_RULES([yes]) AC_LANG([C]) Modified: trunk/ompi/contrib/vt/vt/configure.ac == --- trunk/ompi/contrib/vt/vt/configure.ac Sat Jul 12 08:29:30 2014 (r32224) +++ trunk/ompi/contrib/vt/vt/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) (r32225) @@ -5,7 +5,7 @@ AC_INIT([VampirTrace], [m4_normalize(esyscmd([cat VERSION]))], [vampirsupp...@zih.tu-dresden.de], [VampirTrace]) AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config/m4) -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) AC_CONFIG_HEADERS(config.h) # If Automake supports silent rules, enable them. Modified: trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac == --- trunk/ompi/contrib/vt/vt/extlib/otf/configure.acSat Jul 12 08:29:30 2014(r32224) +++ trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) (r32225) @@ -8,7 +8,7 @@ AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config/m4) AC_CANONICAL_SYSTEM -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) AC_CONFIG_HEADERS([config.h]) # If Automake supports silent rules, enable them. Modified: trunk/opal/mca/event/libevent2021/libevent/configure.ac == --- trunk/opal/mca/event/libevent2021/libevent/configure.ac Sat Jul 12 08:29:30 2014(r32224) +++ trunk/opal/mca/event/libevent2021/libevent/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) (r32225) @@ -13,7 +13,7 @@ AC_CONFIG_MACRO_DIR([m4]) # Open MPI: changed to one 1 arg AM INIT_AUTOMAKE -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) # Open MPI: changed AM CONFIG_HEADER to AC CONFIG_HEADERS AC_CONFIG_HEADERS(config.h) AC_DEFINE(NUMERIC_VERSION, 0x02001500, [Numeric representation of the version]) ___ svn-full mailing list svn-f...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/svn-full -- Dipl.-Inf. Bert Wesarg wiss. Mitarbeiter Technische Universität Dresden Zentrum für Informationsdienste und Hochleistungsrechnen (ZIH) 01062 Dresden Tel.: +49 (351) 463-42451 Fax: +49 (351) 463-37773 E-Mail: bert.wes...@tu-dresden.de smime.p7s Description: S/MIME Cryptographic Signature
Re: [OMPI devel] [OMPI svn-full] svn:open-mpi r32225 - in trunk: contrib/build-mca-comps-outside-of-tree ompi/contrib/vt/vt ompi/contrib/vt/vt/extlib/otf opal/mca/event/libevent2021/libevent
r29732 already fixes the automake issue in the trunk. I reopened the CMR #4786 for moving this revision to the v1.8 branch. Matthias PS: Sorry for the delay. I had then forgotten to create a CMR for this fix. On 14.07.2014 09:28, Bert Wesarg wrote: On 07/12/2014 05:35 PM, Jeff Squyres (jsquyres) wrote: Mike -- Did you contact the VT folks before making this change? Have you consider bug #13928: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928 It is a blocker for the 'subdir-objects'-by-default. And maybe the VT build system hits this bug. Bert On Jul 12, 2014, at 8:38 AM, wrote: Author: miked (Mike Dubman) Date: 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014) New Revision: 32225 URL: https://svn.open-mpi.org/trac/ompi/changeset/32225 Log: BUILD: support new automake new automake requires subdirs-object directive, to resolve this: 09:43:37 automake: warning: possible forward-incompatibility. 09:43:37 automake: At least a source file is in a subdirectory, but the 'subdir-objects' 09:43:37 automake: automake option hasn't been enabled. For now, the corresponding output 09:43:37 automake: object file(s) will be placed in the top-level directory. However, 09:43:37 automake: this behaviour will change in future Automake versions: they will 09:43:37 automake: unconditionally cause object files to be placed in the same subdirectory 09:43:37 automake: of the corresponding sources. 09:43:37 automake: You are advised to start using 'subdir-objects' option throughout your 09:43:37 automake: project, to avoid future incompatibilities. 09:43:37 tools/otfmerge/Makefile.common:13: warning: source file '$(OTFMERGESRCDIR)/otfmerge.c' is in a subdirectory, 09:43:37 tools/otfmerge/Makefile.common:13: but option 'subdir-objects' is disabled cmr=v1.8.2:reviewer=ompi-rm1.8 Text files modified: trunk/contrib/build-mca-comps-outside-of-tree/configure.ac | 2 +- trunk/ompi/contrib/vt/vt/configure.ac | 2 +- trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac | 2 +- trunk/opal/mca/event/libevent2021/libevent/configure.ac | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) Modified: trunk/contrib/build-mca-comps-outside-of-tree/configure.ac == --- trunk/contrib/build-mca-comps-outside-of-tree/configure.ac Sat Jul 12 08:29:30 2014(r32224) +++ trunk/contrib/build-mca-comps-outside-of-tree/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014)(r32225) @@ -25,7 +25,7 @@ AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config) -AM_INIT_AUTOMAKE([foreign dist-bzip2 no-define 1.11]) +AM_INIT_AUTOMAKE([foreign dist-bzip2 no-define 1.11 subdir-objects]) AM_SILENT_RULES([yes]) AC_LANG([C]) Modified: trunk/ompi/contrib/vt/vt/configure.ac == --- trunk/ompi/contrib/vt/vt/configure.acSat Jul 12 08:29:30 2014(r32224) +++ trunk/ompi/contrib/vt/vt/configure.ac2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014)(r32225) @@ -5,7 +5,7 @@ AC_INIT([VampirTrace], [m4_normalize(esyscmd([cat VERSION]))], [vampirsupp...@zih.tu-dresden.de], [VampirTrace]) AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config/m4) -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) AC_CONFIG_HEADERS(config.h) # If Automake supports silent rules, enable them. Modified: trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac == --- trunk/ompi/contrib/vt/vt/extlib/otf/configure.acSat Jul 12 08:29:30 2014(r32224) +++ trunk/ompi/contrib/vt/vt/extlib/otf/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014)(r32225) @@ -8,7 +8,7 @@ AC_CONFIG_AUX_DIR(config) AC_CONFIG_MACRO_DIR(config/m4) AC_CANONICAL_SYSTEM -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) AC_CONFIG_HEADERS([config.h]) # If Automake supports silent rules, enable them. Modified: trunk/opal/mca/event/libevent2021/libevent/configure.ac == --- trunk/opal/mca/event/libevent2021/libevent/configure.ac Sat Jul 12 08:29:30 2014(r32224) +++ trunk/opal/mca/event/libevent2021/libevent/configure.ac 2014-07-12 08:38:15 EDT (Sat, 12 Jul 2014)(r32225) @@ -13,7 +13,7 @@ AC_CONFIG_MACRO_DIR([m4]) # Open MPI: changed to one 1 arg AM INIT_AUTOMAKE -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign subdir-objects]) # Open MPI: changed AM CONFIG_HEADER to AC CONFIG_HEADERS AC_CONFIG_HEADERS(config.h) AC_DEFINE(NUMERIC_VERSION, 0x02001500, [Numeric representation of the version]) ___ svn-full mailing list svn-f...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/svn-full ___ devel mailing list de...@open-mpi.org Subscription: http://www.open-mpi.org/mailman/list
[OMPI devel] Hangs on the trunk
I have noticed that I am seeing some tests hang on the trunk. For example: $ mpirun --mca btl_tcp_if_include eth0 --host drossetti-ivy0,drossetti-ivy1 -np 2 --mca pml ob1 --mca btl sm,tcp,self --mca coll_mdisable_allgather 1 --mca btl_openib_warn_default_gid_prefix 0 send It is not unusual for this test to take several minutes, particularly on slow networks. Please be patient. NOTICE: Using max message size: 10485760 Progress: [= Is anyone else seeing this? (This is really a hang in spite of the message saying it should take a few minutes) This started with the changes Nathan did for renaming the descriptor fields - r32196 through r32202. >From what I can tell, it looks like it hangs the second time the rendezvous >protocol is used to send the data. Rolf --- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ---
Re: [OMPI devel] Hangs on the trunk
Yeah. I think it is a problem I introduced. I am trying to track it down now. Probably messed up one of the conversions in ob1. -Nathan On Mon, Jul 14, 2014 at 01:38:38PM -0700, Rolf vandeVaart wrote: >I have noticed that I am seeing some tests hang on the trunk. For >example: > > > >$ mpirun --mca btl_tcp_if_include eth0 --host >drossetti-ivy0,drossetti-ivy1 -np 2 --mca pml ob1 --mca btl sm,tcp,self >--mca coll_mdisable_allgather 1 --mca btl_openib_warn_default_gid_prefix 0 >send > > > >It is not unusual for this test to take several minutes, particularly on >slow networks. > >Please be patient. > >NOTICE: Using max message size: 10485760 > >Progress: [= > > > >Is anyone else seeing this? (This is really a hang in spite of the >message saying it should take a few minutes) > > > >This started with the changes Nathan did for renaming the descriptor >fields - r32196 through r32202. > >From what I can tell, it looks like it hangs the second time the >rendezvous protocol is used to send the data. > > > >Rolf > > -- > >This email message is for the sole use of the intended recipient(s) and >may contain confidential information. Any unauthorized review, use, >disclosure or distribution is prohibited. If you are not the intended >recipient, please contact the sender by reply email and destroy all copies >of the original message. > > -- > ___ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/07/15136.php pgpghCbh7lgyD.pgp Description: PGP signature
Re: [OMPI devel] Hangs on the trunk
Found the typo. Fixed in r32232 -Nathan On Mon, Jul 14, 2014 at 02:44:06PM -0600, Nathan Hjelm wrote: > Yeah. I think it is a problem I introduced. I am trying to track it down > now. Probably messed up one of the conversions in ob1. > > -Nathan > > On Mon, Jul 14, 2014 at 01:38:38PM -0700, Rolf vandeVaart wrote: > >I have noticed that I am seeing some tests hang on the trunk. For > >example: > > > > > > > >$ mpirun --mca btl_tcp_if_include eth0 --host > >drossetti-ivy0,drossetti-ivy1 -np 2 --mca pml ob1 --mca btl sm,tcp,self > >--mca coll_mdisable_allgather 1 --mca btl_openib_warn_default_gid_prefix > > 0 > >send > > > > > > > >It is not unusual for this test to take several minutes, particularly on > >slow networks. > > > >Please be patient. > > > >NOTICE: Using max message size: 10485760 > > > >Progress: [= > > > > > > > >Is anyone else seeing this? (This is really a hang in spite of the > >message saying it should take a few minutes) > > > > > > > >This started with the changes Nathan did for renaming the descriptor > >fields - r32196 through r32202. > > > >From what I can tell, it looks like it hangs the second time the > >rendezvous protocol is used to send the data. > > > > > > > >Rolf > > > > -- > > > >This email message is for the sole use of the intended recipient(s) and > >may contain confidential information. Any unauthorized review, use, > >disclosure or distribution is prohibited. If you are not the intended > >recipient, please contact the sender by reply email and destroy all > > copies > >of the original message. > > > > -- > > > ___ > > devel mailing list > > de...@open-mpi.org > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > > Link to this post: > > http://www.open-mpi.org/community/lists/devel/2014/07/15136.php > > ___ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/07/15137.php pgp30g_5poMEM.pgp Description: PGP signature
Re: [OMPI devel] Hangs on the trunk
Thanks. That fixed my issue. Will check MTT after tonight's run. >-Original Message- >From: devel [mailto:devel-boun...@open-mpi.org] On Behalf Of Nathan >Hjelm >Sent: Monday, July 14, 2014 5:01 PM >To: Open MPI Developers >Subject: Re: [OMPI devel] Hangs on the trunk > >* PGP Signed by an unknown key > >Found the typo. Fixed in r32232 > >-Nathan > >On Mon, Jul 14, 2014 at 02:44:06PM -0600, Nathan Hjelm wrote: >> Yeah. I think it is a problem I introduced. I am trying to track it >> down now. Probably messed up one of the conversions in ob1. >> >> -Nathan >> >> On Mon, Jul 14, 2014 at 01:38:38PM -0700, Rolf vandeVaart wrote: >> >I have noticed that I am seeing some tests hang on the trunk. For >> >example: >> > >> > >> > >> >$ mpirun --mca btl_tcp_if_include eth0 --host >> >drossetti-ivy0,drossetti-ivy1 -np 2 --mca pml ob1 --mca btl sm,tcp,self >> >--mca coll_mdisable_allgather 1 --mca >btl_openib_warn_default_gid_prefix 0 >> >send >> > >> > >> > >> >It is not unusual for this test to take several minutes, particularly on >> >slow networks. >> > >> >Please be patient. >> > >> >NOTICE: Using max message size: 10485760 >> > >> >Progress: [= >> > >> > >> > >> >Is anyone else seeing this? (This is really a hang in spite of the >> >message saying it should take a few minutes) >> > >> > >> > >> >This started with the changes Nathan did for renaming the descriptor >> >fields - r32196 through r32202. >> > >> >From what I can tell, it looks like it hangs the second time the >> >rendezvous protocol is used to send the data. >> > >> > >> > >> >Rolf >> > >> > >> > >> > -- >> > >> >This email message is for the sole use of the intended recipient(s) and >> >may contain confidential information. Any unauthorized review, use, >> >disclosure or distribution is prohibited. If you are not the intended >> >recipient, please contact the sender by reply email and destroy all >> > copies >> >of the original message. >> > >> > >> > >> > -- >> >> > ___ >> > devel mailing list >> > de...@open-mpi.org >> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> > Link to this post: >> > http://www.open-mpi.org/community/lists/devel/2014/07/15136.php >> > > > >> ___ >> devel mailing list >> de...@open-mpi.org >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> Link to this post: >> http://www.open-mpi.org/community/lists/devel/2014/07/15137.php > > >* Unknown Key >* 0x9AC22B15
[OMPI devel] RFC: Add an __attribute__((destructor)) function to opal
What: Add a library destructor function to OPAL. The new function would take care of cleaning up some of OPAL's state (closing frameworks, shutting down MCA, etc). Why: OPAL can not currently be re-initialized. There are numerous problems throughout the project that will make it difficult (but not impossible) to get opal in a state where we can allow re-initialization. Additionally, there are probably arguments against making opal re-initable. opal not being re-initializable would not normally be a problem except that the following code sequence always crashes: MPI_T_Init_thread (); <-- Calls opal_init_util() MPI_T_Finalize (); <-- Calls opal_finalize_util() MPI_Init ();<-- SEGV This happens because MPI_T_Finalize() calls opal_finalize_util() to ensure maximum valgrind cleanness. This call causes OPAL to tear down OPAL classes (among other things) leading to the SEGV on the next call to opal_init()/opal_init_util(). There is an open ticket on this issue: https://svn.open-mpi.org/trac/ompi/ticket/4490 To fix this problem I want to add a destructor function to OPAL. This function would take on some of the current functionality of opal_finalize_util(). This would solve the above issue without having to update OPAL to allow re-initialization. For those not familiar with destructor functions. They are always called at the end of execution or when the library is closed (dl_close). Multiple destructors functions can be defined. Marking a function as a destructor is simple: void __attribute__((destructor)) foo (void); When: Setting a timeout for next Friday (July 25). -Nathan pgppgmk84dSA7.pgp Description: PGP signature
