Project

General

Profile

Bug #1148

Plugin library collisions in separate subdirectories.

Added by Rob Kutschke over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Build System
Target version:
Start date:
04/05/2011
Due date:
% Done:

100%

Estimated time:
Occurs In:
Scope:
Internal
Experiment:
-
SSI Package:
Duration:

Description

Giving two modules the same name in two different subdirectories of ArtExample appears to give libraries with the same name (and therefore an error).

History

#1 Updated by Christopher Green over 9 years ago

  • Status changed from New to Feedback

Rob, this issue has no description -- we have no idea what your problem is. Please talk to me when we're both in this morning and I can update the ticket directly with the correct details.

Thanks,
Chris.

#2 Updated by Christopher Green over 9 years ago

  • Subject changed from naming of plugins to Plugin library collisions in separate subdirectories.
  • Category set to Build System
  • Assignee set to Christopher Green

This should not occur. Please let me know where I can find your ArtExample that exhibits this problem and I will investigate.

#3 Updated by Christopher Green over 9 years ago

  • Status changed from Feedback to Resolved

Your email of earlier:

Hi Chris,

 I have put fourexamples in:

  /grid/fermiapp/mu2e/users/kutschke/Art5

The source/build directory pairs are:  ArtDemo0/build0 and so on.

After creating ArtDemo0 I did:

cd build0
script cmake.log
source doit.sh
exit

So you can see the full transcript in the cmake.log files.

ArtDemo0 has only one module and it works.
ArtDemo1 fails because it correctly detects a name collision.
ArtDemo2 fails because it does not permit _ in the module name
ArtDemo3 fails because it did not like the use of - in the module name

Rob

Of the failing directories:
*ArtDemo1 works as you would like with cetbuildtools v0_10_03, which is incorporated in ART v0_06_00.
*ArtDemo2 is expected to fail because the system uses underscores to substitute for "/" when incorporating the path into the library name (and decoding it when the library is searched for and loaded by the ART exec).
*ArtDemo3 is expected to fail, initially because the build system is looking for a file A-HelloWorld1_module.cc when yours is called HellowWorld1_module.cc but this could never work anyway because the system expects the stem of the filename to be the same as the class name; and hyphens are not legal in class names.

Let me know if you have any other questions or problems.

#4 Updated by Christopher Green over 9 years ago

  • % Done changed from 0 to 100

#5 Updated by Lynn Garren over 9 years ago

  • Assignee changed from Christopher Green to Lynn Garren

#6 Updated by Lynn Garren over 9 years ago

This is resolved with cetbuildtools v1_10_03, which ships with art v0_06_01. Art v0_06_01 is now available in /grid/fermiapp/products/mu2e/artexternals on mu2egpvm01.

#7 Updated by Lynn Garren over 9 years ago

  • Status changed from Resolved to Closed
  • Target version set to 0.06.01


Also available in: Atom PDF