On 2019-10-24 12:41-0700 Alan W. Irwin wrote:
[ W]ould you entertain a feature request to remove
that
hard-coded language limitation on the above 4 classes of genex so both
internally and externally supported languages would work for all of
them?
Well, since you did not respond I assume
On 2019-10-24 08:08-0400 Brad King wrote:
On 10/24/19 12:18 AM, Alan W. Irwin wrote:
$
Expression did not evaluate to a known generator expression
The `*_COMPILER_ID` generator expressions are a hard-coded set
corresponding to the languages supported by upstream CMake
er cmake/test_d/cmake/Modules or
cmake/modules/language_support/cmake-d_fork/ within the plplot source
tree. That source tree can be cloned using
git clone https://git.code.sf.net/p/plplot/plplot plplot.git
Alan
______
Alan W. Irwin
Programming affiliations with the FreeEOS eq
I have [opened an issue on the
bugtracker](https://gitlab.kitware.com/cmake/cmake/issues/19823) concerning
this documentation bug.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net
burden for these fixups.
Alan
__
Alan W. Irwin
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.org); the
On 2019-09-24 14:02-0700 Alan W. Irwin wrote:
[...]
I. Possible feature request
After reading through the generator-expression documentation at
<https://cmake.org/cmake/help/latest/manual/cmake-generator-expressions.7.html>
it appears for my use case (see below) I need generator expressi
the
other proposed solutions above to the -pthread D issue for my use
case.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot s
I have now written [a bug
report](https://gitlab.kitware.com/cmake/cmake/issues/19630) that describes
this issue.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
On 2019-08-17 13:00-0700 Alan W. Irwin wrote:
To temporarily work around some bugs in cmake-d support for the D
language case, I modified our normal use case for PLplot linking
between our D examples and D binding. And that lead to the peculiar
result mentioned on the subject line which I have
al design of CMake
language support, but I thought I had better mention this result here
in case it is due to a bug in that support.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net);
-lm which is why I am wondering
why "-lm" is being used for the actual link option above.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (time
dash.org/viewProjects.php> or
<https://open.cdash.org/index.php?project=CMake>. So can you be more
specific about what URL I need to consult to control my notification
preferences at **?
Alan
On Sun, May 26, 2019 at 7:54 AM Alan W. Irwin
wrote:
With a lot of initial configuration help
cdash.org/index.php?project=KWSys>). On extremely rare
occasions there is a failure in either of my CMake or KWSYS
dashboards. Is it possible for me to set up e-mail notification of
such failures (and successes at first to make sure notification
works), and if so, how?
Alan
______
_minimum_required(VERSION 3.1) since
that is a really an old set of policies. Instead, I suggest you move
on to the more modern set of policies associated with
cmake_minimum_required(VERSION 3.5.1) to see whether you have the same
trouble in that case for a range of CMake versions (including 3.8.2,
On 2019-02-08 15:19-0800 Alan W. Irwin wrote:
So all is well with that C example, but I would like to know *how*
CMake knew (for the build tree case) that the rpath option was needed.
Having thought some more about this, I now assume the CMake build-tree
algorithm is if the library is
t build system is correct) automatically knows in
the build tree when to use the appropriate rpath option for the C
language case.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); th
On 2018-12-05 12:37-0800 Alan W. Irwin wrote:
On 2018-12-05 09:22-0500 Brad King via cmake-developers wrote:
On 12/4/18 4:08 PM, Alan W. Irwin wrote:
Build Warnings (1)
*** WARNING non-zero return value in ctest from:
C:\cmake-3.13.1-win64-x64\bin\cmake.exe
That's in the &
On 2018-12-05 09:22-0500 Brad King via cmake-developers wrote:
On 12/4/18 4:08 PM, Alan W. Irwin wrote:
Build Warnings (1)
*** WARNING non-zero return value in ctest from:
C:\cmake-3.13.1-win64-x64\bin\cmake.exe
That's in the "Build" section and indicates that the build
g/index.php?project=PLplot_git&date=2018-12-02>)
successful dashboards for a fully loaded Linux systems, and Arjen
Markus has done the same thing previously for his fully loaded Cygwin
and MinGW-w64/MSYS2 platforms.
Alan
__
Alan W. Irwin
Programming affiliations with
On 2018-10-24 09:05-0400 Brad King wrote:
On 10/23/2018 06:37 PM, Alan W. Irwin wrote:
look at those build warnings which
repeatedly show up on the "merlin" report for the the KWSys dashboard
The warnings come from code generated by CMake. You're driving the
builds with
The promised attachment concerning how my CMake test is configured.
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific
see if there is anything obvious that can be done to deal with the
source code issues that gcc/g++ has discovered for my Debian Buster
platform.
Alan
__________
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.n
xample, I notice
set(ENV{CXXFLAGS} "-O3 -DNDEBUG")
set(ENV{CFLAGS} "-O3 -DNDEBUG")
in there in case that makes a difference with regard to the above KWSys compile
warnings
that seem to appear just for my platform.
Alan
__
Alan W. Irwin
Programming af
On 2018-09-24 11:07-0400 Brad King wrote:
On 09/22/2018 07:09 PM, Alan W. Irwin wrote:
2. Use the NAMES_PER_DIR option in the find_library command.
This is the correct fix.
The versioned names need to go first to try to match the headers.
I agree. I have additional code in PLplot to find
d_library command.
Alan
______
Alan W. Irwin
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 libLAS
Just in case this has been fixed already where should I check for
obvious CMake fix activity before reporting such issues?
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
d 3.12.2, and since the documentation did
not acknowledge what would be done when non-integer strings were appended
to any of the integer components of the version string, I am concerned
the component integers might be determined in an unreliable way for
trailing non-integer string cases.
Alan
whether these build warnings signal a CMake issue that
should be addressed or ignored.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net
org/wiki/Cmake>, but the history
paragraph there includes nothing about the fundamental changes made along
the way in the development of CMake.
Alan
__
Alan W. Irwin
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.
ortant module.
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);
e after
3.9.1 in case there were any further bug fixes that would be important
to our users. And that investigation left me wondering whether that
"cmake_policy (VERSION 3.11)" statement actually states the correct
minimum version of cmake that would work with this module.
Alan
___
n a good
position to do this simple documentation fix commit themselves.
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-
On 2017-12-24 00:01+0100 Domen Vrankar wrote:
2017-12-23 13:25 GMT+01:00 Alan W. Irwin :
[...] So I guess the conclusion is
it's a very low priority to update the documentation of ancient
policies like this one. I guess that's fine if the plan is these
ancient policies will finally
On 2017-12-19 14:18-0800 Alan W. Irwin wrote:
I have a software project with a dated CMake-based build system that
specifically set CMP0022 to OLD. So while updating that build system
I naturally consulted the latest CMP0022 documentation, e.g.,
<https://cmake.org/cmake/help/git-stage/pol
y, see the
target_link_libraries() documentation.
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 s
bove hypothesis to explain the
peculiar modification times I demonstrated above.
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 equ
On 2017-11-08 18:00-0800 Alan W. Irwin wrote:
[...]
Changing topics back to the Nightly case where the job is started in a
crontab environment rather than on the normal desktop command line as
above, further research indicates it is possible to set DISPLAY for
such environments (assuming that
On 2017-11-08 16:14-0500 Ben Boeckel wrote:
On Wed, Nov 08, 2017 at 12:39:15 -0800, Alan W. Irwin wrote:
software@raven> time (nice -19 ctest -S
~/cmake/Dashboards/Scripts/CMakeScripts/my_dashboard.cmake -VV >& ctest.out16)
X11 connection rejected because of wrong authentic
DISPLAY check) is necessary it smacks of a workaround for some X11
authentication issue for the CMake contract testing environment for
the Experimental case so I thought I should bring that issue to your
attention just in case there is an easy solution you could implement
for that issue.
Alan
__
On 2017-11-07 07:14-0500 Brad King wrote:
On 11/06/2017 05:24 PM, Alan W. Irwin wrote:
https://open.cdash.org/viewTest.php?onlypassed&buildid=5131552
Is there something I have missed in those results or something wrong?
Your script now has:
```
set(dashboard_cache "
...
# Do build
al mode results, see
<https://open.cdash.org/viewTest.php?onlypassed&buildid=5131552>.
Is there something I have missed in those results or something wrong?
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronom
t would be better for you to implement
the fix for this issue in cmake_common.cmake so those who submit CMake
dashboards don't have to fix this issue individually.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
Univers
On 2017-10-27 07:02-0400 Brad King wrote:
On 10/26/2017 09:58 PM, Alan W. Irwin wrote:
However, one of the deficiencies of this third method is the
bootstrap script only pays attention to CXXFLAGS and CFLAGS when
setting compile flags for building the preliminary version of CMake
[...]
You
but that method also causes those four test
failures for unknown reasons. So if you feel the first method should
be supported, then the solution of this issue would be to debug
whatever is wrong on the CMake end for those 4 test failures.
Alan
__
Alan W. Irwin
Astro
to add a contract test to CMake's source so that one of the
tests that your nightly build runs is an entire build of PLplot.
What is your official Git repository URL?
git://git.code.sf.net/p/plplot/plplot
Alan
__
Alan W. Irwin
Astronomical research affiliation
On 2017-10-25 07:03-0400 Brad King wrote:
On 10/24/2017 05:47 PM, Alan W. Irwin wrote:
Since I essentially never get CMake build errors when building
CMake by hand using the bootstrap method, I assume these build
errors are due to some issue with how I set up my_dashboard.cmake.
The
On 2017-10-24 17:24-0700 Alan W. Irwin wrote:
Note the rest of the results at
<https://open.cdash.org/index.php?project=CMake> appear to have no
build errors like the ones demonstrated on my (Debian Jessie) system
which is why I mentioned my g++ version above.
Oops. I forgot to includ
@Matthias:
I am directly addressing you in this post because git bisect says your
recent commit is the first one that shows this issue. More details below.
On 2017-10-24 14:47-0700 Alan W. Irwin wrote:
Hi Brad:
While waiting for your reply to my question concerning how to specify
bootstrap
ile for my normal builds I just use -O3 for both flags.
Also, as you can see above I did not specify
CTEST_BUILD_CONFIGURATION, but unlike normal builds it appears for
this script that the Debug configuration is the default. How do I
turn that off?
Alan
__
Alan W. Irwin
A
On 2017-10-13 14:58-0400 Brad King wrote:
On 10/13/2017 12:08 AM, Alan W. Irwin wrote:
Accordingly Bill Hoffman suggested to me off-list
some time ago that I configure a CMake dashboard submission that
builds the master HEAD CMake version and tests it with a build and
test of PLplot similarly
files in Tests/Contracts/PLplot and build that
modified CMake, how would I
submit an Experimental CMake dashboard to test my work?
Or more directly, how would I submit an Experimental CMake dashboard to test
the existing Trilinos case?
Alan
__
Alan W. Irwin
Astronomical
d37/>).
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
Eph
On 2017-08-17 08:55-0700 Eric Wing wrote:
On 8/17/17, Alan W. Irwin wrote:
On 2017-08-17 04:15-0700 Eric Wing wrote:
I hope I'm doing this right...but the resulting program I think looks
correct testing on my Mac. Attached are two pictures.
The first is a simple label in a window
phics backend?
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)
system following what the KDE
developers have done for years.
So this is another "minor" project for Alex. :-)
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Progra
occurs for any of the majority
platforms (i.e., Linux GTK+, Windows, or Mac OS X). However, I am
pretty sure that CTL should be well supported by IUP on each of those
3 platforms, and if you can confirm that it should be sufficient to
put this CTL support question for IUP immediately to rest.
Alan
t myself. But that is in the speculative
future and only for the GTK+ backend case. So your test results now
on this unicode and CTL question for as many of the IUP backends as
possible would be much appreciated.
Alan
__
Alan W. Irwin
Astronomical research affiliation with
On 2017-08-01 16:29-0400 Brad King wrote:
On 07/26/2017 06:02 AM, Alan W. Irwin wrote:
[...]
62c4cb4b6f0cdb2be2729362133f850d6fe96c20 is the first bad commit
UseSWIG: Record generated java files as custom command outputs
Hmm. That causes swig_add_library's call to add_libra
ally looking forward to that.
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
On 2017-07-25 17:48-0700 Alan W. Irwin wrote:
More later on those git bisect results when that process is completed.
As per usual, git bisect (along with ccache to speed up the process by
a noticable amount especially in the last 5 steps or so) is awesome.
Here is what it found
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
d the commit where the
Java language support issue first showed up. (I have been reluctant
to spend the fairly substantial time to do that git bisect up to now
because I was fairly confident someone would respond on that
particular hypothesis, and most of my time right now is consumed with
deal
omeone has a patch for this issue I would be happy to test it by
rebuilding a patched version of CMake-3.9.0 and trying out a build of
PLplot with that patched version.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University
continue with our present "blow-away"
approach, but this is a decision developers of each project need to
make for themselves.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.ph
__
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
been used so that a blank in the
fullpath name works fine for CMake language support files that are
installed by CMake have not been extended to the case where
CMAKE_MODULE_PATH must be used to find the language support files.
If that is the issue, a fix would be appreciated.
Alan
_____
which of these two
approaches you use to achieve that goal. But I hope my starting
this topic here will facilitate reaching that goal.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvi
On 2017-05-01 08:54-0400 Brad King wrote:
On 04/29/2017 04:47 PM, Alan W. Irwin wrote:
looks for Python 3, but if that does not exist it looks for Python 2.
find_package(PythonInterp 3)
find_package(PythonInterp 2)
So far so good, but I am sure there will be some of our users that
prefer
er either of these questions myself, but I am
having real trouble following the PythonInterp module logic for the
case when the default behaviour is specified via the above
find_package logic.)
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physi
On 2017-04-25 08:54-0400 Brad King wrote:
On 04/25/2017 04:08 AM, Alan W. Irwin wrote:
set PREFIX to "" for all languages not specifically covered by the if
and elseif blocks.
Do you mean
```
diff --git a/Modules/UseSWIG.cmake b/Modules/UseSWIG.cmake
index 277f4ca28a..bfe1a6f
On 2017-04-23 14:26-0700 Alan W. Irwin wrote:
[... My]
further testing showed the versions of FindSWIG.cmake and
UseSWIG.cmake from CMake-3.0.2 has build failures for Java and Lua,
and the versions from CMake-3.6.2 and 3.8.0-rc4 have build failures
for Java even though none of these "off
IG.cmake and UseSWIG.cmake and
comparing how our CMake code uses the UseSWIG facilities for Lua and
Java compared to the rest of our swig-generated bindings.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of V
On 2017-04-22 21:46-0700 Alan W. Irwin wrote:
So my next steps are gross simplification (to prove this
cross-contamination of build rules for UseSWIG-generated modules in
the same CMakeLists.txt file really is due to a regression in CMake
somewhere between CMake-3.0.2 and 3.7.2. Note that both
On 2017-04-23 10:24+0300 Konstantin Podsvirov wrote:
Hi Alan!
23.04.2017, 10:01, "Alan W. Irwin" :
On 2017-04-23 08:30+0300 Konstantin Podsvirov wrote:
Where execute_process INPUT_CONTENT or INPUT_VARIABLE?
This would be very convenient for a small input.
Why should I alwa
to make some assumptions when answering you, and my
apologies in advance if I have misinterpreted anything you said
above.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca
me
language? Same question for two different swig-generated modules
for different languages?
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the Fr
On 2017-04-22 11:30- Christian Pfeiffer wrote:
On 4/22/2017 7:33 AM, C Bergström wrote:
On Thu, Apr 20, 2017 at 4:12 AM, Alan W. Irwin
wrote:
[...]
Especially since that Fortran information is already collected in
well-organized form in on one place, namely
<h
On 2017-04-19 13:12-0700 Alan W. Irwin wrote:
It appears we are in consensus so it is time to put this idea into the
bug tracker as a feature request.
OK. It was a bit of a struggle, but with list help from Brad with a
different subject line I finally got registered and generated the
desired
ail
from your gitlab bug tracker showed up at none of those places after a
~half hour wait.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with th
uest?
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
dy else) should always execute "gpg
--refresh-keys" before complaining about expired keys!
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations
going on
here that you are not aware of.
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 in
e forward thinking of everybody that
worked on CMP0054 since that nice implementation saved my ass today
when one of our users who had good success with the PLplot build for
3.6.x reported major PLplot build-system trouble with CMake-3.7.0.
Alan
__
Alan W. Irwin
Astronomical resear
:
Your compromise idea above sounds good to me!
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
utomoc automatically
appended
${CMAKE_BINARY_DIR}/${TARGETNAME}_automoc.dir/${HEADERPATHCHECKSUM} to
the target INCLUDE_DIRECTORIES property.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys
(and
thus make collision diagnostics moot).
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 f
dditions about the same-directory possibilities for identifying
headers that should moc'ed.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the Fr
rgely make the current documentation correct), I will write
up these documentation issues for the current automoc behaviour for
the bugtracker as well.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Vic
uot;' in main.cpp.
N.B. the above documentation is likely correct and the "leave it to
automoc" method should work but it doesn't for this simple example, and that is
likely
due to the same bug that keeps the "#include" method from working for
this simple example of
sponding to the source file.
My apologies for making suggestions for improvement without being able
to help you with the implementation (except testing of results), but
my C++ skills and CMake developer skills are just not up to it (as you
could probably tell from the required test_q_object.h
n the correct header file
with the moc_.cpp result stored in one logical location no
matter how many different source files in different directories have
code with the above #include.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics
ld be trivial for me.
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 inte
6 02:30 PM, Alan W. Irwin wrote:
To be specific here is the way I believe automoc should work. If
#include "moc_.cpp"
is found in a source file under automoc
control, then if moc_.cpp could not be found in any of the
include directories for the target, then search those include
directori
bove automoc fix and automoc documentation fix are not
trivial, then I would be willing to incorporate the above and any
further discussion here into an official CMake bug report.
Alan
__________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astr
On 2016-08-09 10:11-0400 Brad King wrote:
On 08/08/2016 02:54 PM, Alan W. Irwin wrote:
For all such staging areas, would it be straightforward to hash the
paths for the cmake-generated EXPORT files in the build tree to
substantially reduce their pathlengths for the absolute install
location
On 2016-08-08 13:40-0400 Brad King wrote:
On 08/07/2016 01:39 AM, Alan W. Irwin wrote:
why is the install location of these export files included in the
pathname for both export files?
That significantly increases the pathlength of these files to no purpose since
the
install location of these
g
triage.
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
On 2016-07-14 13:49-0400 Brad King wrote:
On 07/14/2016 01:32 PM, Alan W. Irwin wrote:
I am addressing this mostly to you because you are the author of
CMP0065 which has the special property that by default it does not
warn when the policy is not set. However, I find it does warn when
--trace
ay that CMP0065 implements the supression of the warning
by default. If you have any difficulty confirming this issue with the
attached CMakeLists.txt and CMake-3.5.2 (or presumably later) please
get back to me.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Depar
what I consider to be a workaround which is patching
CMake to remove version information from the generated results.
Alan
______
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programmi
1 - 100 of 285 matches
Mail list logo
