[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2014-10-10 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14166798#comment-14166798
 ] 

ASF subversion and git services commented on PROTON-465:


Commit 1630866 from [~gsim] in branch 'proton/branches/examples'
[ https://svn.apache.org/r1630866 ]

PROTON-465: FindPerlLibs fails on Ubuntu 12

If the search for libperl.so fails using the standard search in CMake,
then this alternative tool kicks in and searchs other known locations
for the file.

 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor
 Fix For: 0.8


 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2014-10-09 Thread Rafael H. Schloming (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14165076#comment-14165076
 ] 

Rafael H. Schloming commented on PROTON-465:


-- Build type is RelWithDebInfo (has debug symbols)
-- The C compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- PN_VERSION: 0.8
-- Found Java: /usr/lib/jvm/java/bin/java  
-- Found OpenSSL: /usr/lib64/libssl.so;/usr/lib64/libcrypto.so (found version 
1.0.1i) 
-- Found PythonInterp: /usr/bin/python (found version 2.6.9) 
-- Looking for clock_gettime
-- Looking for clock_gettime - found
-- Looking for uuid_generate
-- Looking for uuid_generate - not found
-- Looking for uuid_generate in uuid
-- Looking for uuid_generate in uuid - found
-- Looking for strerror_r
-- Looking for strerror_r - found
-- Looking for atoll
-- Looking for atoll - found
-- Found SWIG: /usr/bin/swig (found version 2.0.10) 
-- Found PythonLibs: /usr/lib64/libpython2.6.so (found version 2.6.9) 
-- Could NOT find Ruby (missing:  RUBY_INCLUDE_DIR RUBY_LIBRARY 
RUBY_CONFIG_INCLUDE_DIR) (found version 2.0.0)
-- Found Perl: /usr/bin/perl (found version 5.16.3) 
-- Trying alternative search for Perl
-- Looking for libperl.so
-- Found PerlLibs: /usr/lib64/perl5/CORE/libperl.so
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE) 
-- Looking for include file inttypes.h
-- Looking for include file inttypes.h - found
-- Can't locate the valgrind command; no run-time error detection
-- Skipping Ruby tests: missing dependencies
-- Cannot find both Java and Maven: testing disabled for Proton-J
CMake Error: The following variables are used in this project, but they are set 
to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake 
files:
PERL_INCLUDE_PATH
   used as include directory in directory 
/home/ec2-user/proton/proton-c/bindings/perl

-- Configuring incomplete, errors occurred!
See also /home/ec2-user/proton/build2/CMakeFiles/CMakeOutput.log.
See also /home/ec2-user/proton/build2/CMakeFiles/CMakeError.log.


 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor
 Fix For: 0.8


 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2014-10-09 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14165452#comment-14165452
 ] 

ASF subversion and git services commented on PROTON-465:


Commit 1630545 from [~mcpierce] in branch 'proton/trunk'
[ https://svn.apache.org/r1630545 ]

PROTON-465: Make FindPerlLibs work properly without Perl devel files

First, fixed the build environment to only use the Proton Perl CMake
module when the standard fails.

Second, fixed the Proton CMake module to spout an info message that the
Perl bindings won't be built when the development files aren't found.

 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor
 Fix For: 0.8


 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2014-10-09 Thread Darryl L. Pierce (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14165460#comment-14165460
 ] 

Darryl L. Pierce commented on PROTON-465:
-

The new update should fix this problem entirely. And in the process I also 
fixed the name of our module so that it didn't conflict with the CMake built-in 
module, which caused it to never use the default. So now if CMake fails only 
then will our module kick in. If it doesn't find perl.h or the shared library 
for linking, then the build will turn off Perl bindings and show a warning only.

 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor
 Fix For: 0.8


 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2014-09-29 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151665#comment-14151665
 ] 

ASF subversion and git services commented on PROTON-465:


Commit 1628177 from [~mcpierce] in branch 'proton/trunk'
[ https://svn.apache.org/r1628177 ]

PROTON-465: FindPerlLibs fails on Ubuntu 12

If the search for libperl.so fails using the standard search in CMake,
then this alternative tool kicks in and searchs other known locations
for the file.

 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor

 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PROTON-465) FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl detection

2013-11-26 Thread Darryl L. Pierce (JIRA)

[ 
https://issues.apache.org/jira/browse/PROTON-465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13832604#comment-13832604
 ] 

Darryl L. Pierce commented on PROTON-465:
-

When CMake is running, do you see anything about doing an alternative search 
for Perl in the output? On my Ubuntu (13.10) development VM I see the 
following while CMake is running:

-- Found Perl: /usr/bin/perl (found version 5.14.2) 
-- Trying alternative search for Perl
-- Found PerlLibs: /usr/lib/libperl.so.5.14.2

The alternative part comes into play if the FindPerlLibs that ships with 
CMake fails to show the library. I filed a bug with Ubuntu [1] about that 
particular problem a few weeks ago. But, at any rate, the alternative should 
find it anyway.

Can you paste the output from CMake for when it's searching specifically for 
Perl? Thanks. 

[1] https://bugs.launchpad.net/ubuntu/+source/perl/+bug/1236871

 FindPerlLibs.cmake module in Proton behaves differently to Qpid's Perl 
 detection
 

 Key: PROTON-465
 URL: https://issues.apache.org/jira/browse/PROTON-465
 Project: Qpid Proton
  Issue Type: Improvement
  Components: proton-c
Affects Versions: 0.5
 Environment: Ubuntu 11.10 (at least)
Reporter: Fraser Adams
Assignee: Darryl L. Pierce
Priority: Minor

 With Proton when I do cmake .. it barfs with 
 -- Trying alternative search for Perl
 -- PerlLibs Not Found
 Though I can get it to play nicely by doing
 cmake .. -DPERL_LIBRARY=`locate -n 1 libperl.so`
 This might not be so unreasonable as I'm using a fairly old version of Ubuntu 
 that needs upgrading, however the Perl detection on Qpid works perfectly well 
 for me (and I'd assume for others too) which suggests that it's possibly more 
 thorough.
 At the very least it would seem sensible to maintain consistency with the 
 cmake modules across various Qpid components.



--
This message was sent by Atlassian JIRA
(v6.1#6144)