Re: [cmake-developers] Java language support regression (compared with 3.7.x and 3.8.x) for 3.9.0

[Alan W. Irwin]

On 2017-07-25 15:00-0700 Alan W. Irwin wrote:


I was hoping some CMake developer here could remember a fairly recent
language support infrastructure change in the run-up to 3.9.0 that is
likely causing this issue, and better yet could immediately think of
the Java language support changes that would need to be made to be
consistent with that hypothesized language support infrastructure
change.  But if nobody gets back to me on that question soon, then I
will go ahead and do a git bisect to help find the commit where the
Java language support issue first showed up.


Oops.

I discovered during the initial stages of that git bisect process that
3.8.0-rc4 is bad while 3.7.2 is good when using the latest git master
branch version of PLplot. That result surprised me (since I do recall
testing 3.8.0-rc4/ without issues), So my testing of 3.8.0-rc4 may not
have included java or some PLplot change between that test and now may
be affecting this good/bad result (although I think that is fairly
unlikely because I don't recall any specific java-related PLplot
changes during that period),

Anyhow, I am now bisecting between CMake 3.7.2 and 3.8.0-rc4 using a 
consistent PLplot version (the tip of our master branch) that is quite

well tested for CMake-3.7.2.  And if anyone here is attempting to
remember relevant language support changes, you should be thinking
about the period between 3.7.2 and 3.8.0-rc4.

More later on those git bisect results when that process is completed.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__
--

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] Java language support regression (compared with 3.7.x and 3.8.x) for 3.9.0

[Alan W. Irwin]

On 2017-07-25 07:45-0400 David Cole wrote:


Alan, you had said in your original post:

"Using find and xargs -0 grep I have looked in both 3.7.2 and 3.9.0
source code for any mention of CMAKE_Java_CREATE_SHARED_MODULE, and it
just does not exist."

Try searching for "_CREATE_SHARED_MODULE" instead... it's combined in code with 
the name of the language.

Just a hint about how to further the investigation. I'm curious what the result 
will be, but don't have time right now to dig in on something peripheral to my 
main to do list.


Hi David:

For a v3.8.2 checkout from the release branch, here are the results
for such a search with certain specific language results excluded as
well as results from cmake.vim which listed a very large line.

software@raven> find . -type f -print0 |xargs -0 grep _CREATE_SHARED_MODULE |grep -vE '_(C|CXX|Fortran|CUDA|CSharp|ASM\${ASM_DIALECT})_CREATE_SHARED_MODULE' |grep -v cmake.vim 
Binary file ./.git/index matches

./Help/manual/cmake-variables.7.rst:   /variable/CMAKE_LANG_CREATE_SHARED_MODULE
./Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst:CMAKE__CREATE_SHARED_MODULE
./Source/cmGeneratorTarget.cxx:  return "CMAKE_" + lang + 
"_CREATE_SHARED_MODULE";
./Source/cmMakefileLibraryTargetGenerator.cxx:  linkRuleVar += 
"_CREATE_SHARED_MODULE";
./Modules/Platform/Windows-GNU.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/CYGWIN-GNU.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/Windows-MSVC.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE 
${CMAKE_${lang}_CREATE_SHARED_LIBRARY})
./Modules/Platform/Windows-Embarcadero.cmake:  
set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/Windows-Embarcadero.cmake:
${CMAKE_${lang}_CREATE_SHARED_MODULE}
./Modules/CMakeAddNewLanguage.txt:   CMAKE_(LANG)_CREATE_SHARED_MODULE

Here are the corresponding results for v3.9.0 (without the cmake.vim
exclusion since that file does not appear to be present in that release).

software@raven> find . -type f -print0 |xargs -0 grep _CREATE_SHARED_MODULE 
|grep -vE '_(C|CXX|Fortran|CUDA|CSharp|ASM\${ASM_DIALECT})_CREATE_SHARED_MODULE'
Binary file ./.git/index matches
./Help/manual/cmake-variables.7.rst:   /variable/CMAKE_LANG_CREATE_SHARED_MODULE
./Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst:CMAKE__CREATE_SHARED_MODULE
./Source/cmGeneratorTarget.cxx:  return "CMAKE_" + lang + 
"_CREATE_SHARED_MODULE";
./Source/cmMakefileLibraryTargetGenerator.cxx:  linkRuleVar += 
"_CREATE_SHARED_MODULE";
./Modules/Platform/Windows-GNU.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/CYGWIN-GNU.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/Windows-MSVC.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE 
${CMAKE_${lang}_CREATE_SHARED_LIBRARY})
./Modules/Platform/Windows-Embarcadero.cmake:  
set(CMAKE_${lang}_CREATE_SHARED_MODULE
./Modules/Platform/Windows-Embarcadero.cmake:
${CMAKE_${lang}_CREATE_SHARED_MODULE}
./Modules/Platform/Windows-PGI.cmake:  set(CMAKE_${lang}_CREATE_SHARED_MODULE 
"${CMAKE_${lang}_CREATE_SHARED_LIBRARY}")
./Modules/CMakeAddNewLanguage.txt:   CMAKE_(LANG)_CREATE_SHARED_MODULE

I don't spot any differences between (working) CMake-3.8.x and
(non-working) CMake-3.9.0 except for some new Windows-PGI support
which is not relevant to this problem.

The error message I got was

-- Configuring done
CMake Error: Error required internal CMake variable not set, cmake may
not be built correctly.
Missing variable is:
CMAKE_Java_CREATE_SHARED_MODULE


Further finding and grepping found the function (in
Source/cmMakefile.cxx) that emitted that error message which is
defined as follows:

const char* cmMakefile::GetRequiredDefinition(const std::string& name) const
{
  const char* ret = this->GetDefinition(name);
  if (!ret) {
cmSystemTools::Error("Error required internal CMake variable not "
 "set, cmake may not be built correctly.\n",
 "Missing variable is:\n", name.c_str());
return "";
  }
  return ret;
}

A further check

software@raven> find . -type f -print0 |xargs -0 grep GetRequiredDefinition |wc 
-l
52

showed ~50 calls of that function, and I don't know which one of those
calls is generating this error message for 3.9.0 but not for
a release candidate for 3.8.0 (nor for 3.7.2).  But presumably that
call is somewhere down the call stack from the two mentions of
_CREATE_SHARED_MODULE shown above that are in Source.

I was hoping some CMake developer here could remember a fairly recent
language support infrastructure change in the run-up to 3.9.0 that is
likely causing this issue, and better yet could immediately think of
the Java language support changes that would need to be made to be
consistent with that hypothesized language support infrastructure
change.  But if nobody gets back to me on that question soon, then I
will go ahead and do a git bisect to help find the commit where the
Java language support issue first showed up.  (I have been reluctant
to 

Re: [cmake-developers] Signing of DEB and RPM packages

[Ben Boeckel]

On Tue, Jul 25, 2017 at 17:43:03 +0200, Roman Wüger wrote:
> is the signing of DEB packages (debsigs) and RPM packages (rpmsign or
> rpm --addsign) supported at the moment?

It doesn't appear to be supported right now (no results from grep'ing
for "debsig" or "addsign").

--Ben
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

[cmake-developers] Signing of DEB and RPM packages

[Roman Wüger]

Hello,

is the signing of DEB packages (debsigs) and RPM packages (rpmsign or rpm 
--addsign) supported at the moment?

Best Regards
Roman
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] Java language support regression (compared with 3.7.x and 3.8.x) for 3.9.0

[David Cole via cmake-developers]

Alan, you had said in your original post:

"Using find and xargs -0 grep I have looked in both 3.7.2 and 3.9.0
source code for any mention of CMAKE_Java_CREATE_SHARED_MODULE, and it
just does not exist."

Try searching for "_CREATE_SHARED_MODULE" instead... it's combined in code with 
the name of the language.

Just a hint about how to further the investigation. I'm curious what the result 
will be, but don't have time right now to dig in on something peripheral to my 
main to do list.


David C.


> On Jul 25, 2017, at 5:07 AM, Eric Noulard  wrote:
> 
> 
> 
> 2017-07-22 0:23 GMT+02:00 Alan W. Irwin :
>> I have built CMake-3.9.0 on my Linux (Debian Jessie) platform using
>> the bootstrap method I have always successfully used for other CMake
>> versions (including 3.7.2).
>> 
>> For a complex project (PLplot) which uses swig_add_module and
>> swig_link_libraries to implement our Java binding, I get the following
>> error message at the end of that CMake-3.9.0 output.
>> 
>> -- Configuring done
>> CMake Error: Error required internal CMake variable not set, cmake may
>> not be built correctly.
>> Missing variable is:
>> CMAKE_Java_CREATE_SHARED_MODULE
>> -- Generating done
>> -- Build files have been written to:
>> /home/software/plplot/HEAD/build_dir
>> 
>> I don't get this error message for CMake-3.7.2.
>> 
>> Using find and xargs -0 grep I have looked in both 3.7.2 and 3.9.0
>> source code for any mention of CMAKE_Java_CREATE_SHARED_MODULE, and it
>> just does not exist.
>> 
>> By the way, I have tried the following simple project.
>> 
>> cmake_minimum_required(VERSION 3.6.2 FATAL_ERROR)
>> project(test_java NONE)
>> enable_language(Java)
>> message(STATUS "CMAKE_Java_CREATE_SHARED_MODULE = 
>> ${CMAKE_Java_CREATE_SHARED_MODULE}")
> 
> I'm curious with that.
> I do currently use UseJava.cmake module
> https://cmake.org/cmake/help/v3.7/module/UseJava.html
> for building some java bits in a globally C++ project.
> 
> I never tried  enable_language(Java)
> what is the status of Java support as a primary language?
> 
> I tried to find informations about that in the doc and mailing list but 
> didn't find much.
> 
> Could someone please point me to the appropriate place concerning this?
> 
> 
> -- 
> Eric
> -- 
> 
> Powered by www.kitware.com
> 
> Please keep messages on-topic and check the CMake FAQ at: 
> http://www.cmake.org/Wiki/CMake_FAQ
> 
> Kitware offers various services to support the CMake community. For more 
> information on each offering, please visit:
> 
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
> 
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/cmake-developers
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] Java language support regression (compared with 3.7.x and 3.8.x) for 3.9.0

[Eric Noulard]

2017-07-22 0:23 GMT+02:00 Alan W. Irwin :

> I have built CMake-3.9.0 on my Linux (Debian Jessie) platform using
> the bootstrap method I have always successfully used for other CMake
> versions (including 3.7.2).
>
> For a complex project (PLplot) which uses swig_add_module and
> swig_link_libraries to implement our Java binding, I get the following
> error message at the end of that CMake-3.9.0 output.
>
> -- Configuring done
> CMake Error: Error required internal CMake variable not set, cmake may
> not be built correctly.
> Missing variable is:
> CMAKE_Java_CREATE_SHARED_MODULE
> -- Generating done
> -- Build files have been written to:
> /home/software/plplot/HEAD/build_dir
>
> I don't get this error message for CMake-3.7.2.
>
> Using find and xargs -0 grep I have looked in both 3.7.2 and 3.9.0
> source code for any mention of CMAKE_Java_CREATE_SHARED_MODULE, and it
> just does not exist.
>
> By the way, I have tried the following simple project.
>
> cmake_minimum_required(VERSION 3.6.2 FATAL_ERROR)
> project(test_java NONE)
> enable_language(Java)
> message(STATUS "CMAKE_Java_CREATE_SHARED_MODULE =
> ${CMAKE_Java_CREATE_SHARED_MODULE}")
>

I'm curious with that.
I do currently use UseJava.cmake module
https://cmake.org/cmake/help/v3.7/module/UseJava.html
for building some java bits in a globally C++ project.

I never tried  enable_language(Java)
what is the status of Java support as a primary language?

I tried to find informations about that in the doc and mailing list but
didn't find much.

Could someone please point me to the appropriate place concerning this?


-- 
Eric
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers