Hi all,
Karl, thanks for the update.
@Namik: Please do not put any system-specific paths like "C:/zlib/..." into
> the build files (both QMake and CMake). Use relative paths with respect to
> the source directory in order to support so-called out-of-source builds.
Of course, I understand. The few absolute-path folder includes were the
result of my frustrated attempts to make CMake properly include everything.
As for the "C:/zlib" stuff, I really don't see any other way to use zlib at
the moment... Until zlib is integrated into the CMake build, I have to
provide libarchive with an absolute path to my local zlib installation.
Certain commands such as add_subdirectory() inherit the environment from
> the parent scope up until this point, but ignore everything which follows
> after. Thus, if you add include_directory() *before* add_subdirectory(), it
> will be visible in that subdirectory, otherwise it won't. Yes, CMake is
> tricky...
Aaahhh, now it makes sense. That explains why it worked that one time, but
got broken as soon as I did some refactoring. The includes were done
properly in the first build, but not in the next. And since there were
leftover configuration files from the first (correct) build, the second
(incorrect) build worked as well. And so it stopped working after I cleaned
the old config files.
This works fine and results in an executable popping up.
Unfortunately, this is not true in my case. The build process behaves just
like before. It compiles fine, and (apparently) even links against
libarchive. However, attempting to start the program results in a crash.
All I get is this: The program has unexpectedly finished.
There's got to be something wrong with the way libarchive is linked in
CMake: target_link_libraries(ViennaCL_Benchmark archive)
I tried archive before, as well as libarchive, ${libarchive}, ${archive},
adding manual cxx flag -llibarchive, using a custom variable poiting to a
local libarchive dll... nothing worked.
Matthew, could you check if the external/libarchive folder is actually
populated with libarchive's source files? Perhaps there's something wrong
with your git...
git submodule update *should* clone libarchive into the external/libarchive
folder. Maybe try doing a git pull in the external/libarchive folder?
Could you also check if .gitmodules file in project's root folder contains
these:
[submodule "external/libarchive"]
path = external/libarchive
url = https://github.com/libarchive/libarchive.git
On Thu, Jul 31, 2014 at 2:06 AM, Matthew Musto <matthew.mu...@gmail.com>
wrote:
> Karl,
>
> Still getting the same issues:
>
> CMake Error at CMakeLists.txt:55 (add_subdirectory):
>
> The source directory
>
> C:/viennacl-benchmark-gui-master/external/libarchive
>
> does not contain a CMakeLists.txt file.
>
> Boost version: 1.54.0
>
> Configuring incomplete, errors occurred!
>
> See also
> "C:/viennacl-benchmark-gui-master/build/CMakeFiles/CMakeOutput.log".
>
>
> I checked the output log, but there was no mention of libarchive.
>
>
> -Matt
>
>
>
>
>
>
> On Wed, Jul 30, 2014 at 4:17 PM, Karl Rupp <r...@iue.tuwien.ac.at> wrote:
>
>> Hi Matthew, Namik, et al.,
>>
>> I just pushed fixes for the libarchive issues. On my Linux machine with
>> Qt4 you only need to do the following:
>>
>>
>> $> git submodule update --init --recursive
>> $> mkdir build && cd build
>> $ build> cmake .. -DUSE_QT5=Off -DVIENNACL_INCLUDE_DIR=/path/to/viennacl
>> $> make
>>
>> This works fine and results in an executable popping up.
>>
>> @Namik: Please do not put any system-specific paths like "C:/zlib/..."
>> into the build files (both QMake and CMake). Use relative paths with
>> respect to the source directory in order to support so-called out-of-source
>> builds. For example, prefer to use
>> include_directories("${PROJECT_SOURCE_DIR}/external/libarchive")
>> instead of just
>> include_directories("external/libarchive")
>> Also, CMake is a bit tricky in terms of how it manages 'state': Certain
>> commands such as add_subdirectory() inherit the environment from the parent
>> scope up until this point, but ignore everything which follows after. Thus,
>> if you add include_directory() *before* add_subdirectory(), it will be
>> visible in that subdirectory, otherwise it won't. Yes, CMake is tricky...
>>
>> @Matthew: I haven't managed to test this on Windows yet. Feel free to try
>> it out and let us know if something doesn't work as expected. I should be
>> able to test the Windows-build tomorrow.
>>
>> Best regards,
>> Karli
>>
>>
>>
>>
>>
>> On 07/29/2014 01:10 AM, Namik Karovic wrote:
>>
>>> Hi Matthew,
>>>
>>> The benchmark GUI is currently not in a stable build status. I have
>>> started using Libarchive for extracting downloaded matrix files, but I
>>> haven't managed to get it properly integrated into my CMake build. I
>>> tried my best, but I lack the knowledge to make a proper CMake
>>> integration. I'm afraid it won't work properly until Karl fixes it.
>>>
>>> Try $> git submodule update --init --recursive
>>>
>>> from the base directory in order to populate external/libarchive.
>>>
>>> I don't think that will help since the program fails to run on my
>>> machine. I had wrongly assumed that
>>> target_link_libraries(ViennaCL_Benchmark${libarchive}) was the proper
>>>
>>> way to link against Libarchive, but now it seems it's not... Just how
>>> did I manage to make it work that one time is beyond my comprehension...
>>> CMake makes me often feel like casting spells instead of doing
>>> programming...
>>>
>>> You can still try the QMake build. It should be working for windows
>>> machines.
>>>
>>> Regards, Namik
>>>
>>>
>>> On Tue, Jul 29, 2014 at 12:52 AM, Karl Rupp <r...@iue.tuwien.ac.at
>>> <mailto:r...@iue.tuwien.ac.at>> wrote:
>>>
>>> Hi Matt,
>>>
>>> this sounds like the libarchive is not initialized as a subrepo. Try
>>> $> git submodule update --init --recursive
>>> from the base directory in order to populate external/libarchive.
>>>
>>> Best regards,
>>> Karli
>>>
>>>
>>>
>>>
>>> On 07/29/2014 12:01 AM, Matthew Musto wrote:
>>> > Namik,
>>> >
>>> > The last few times I have tried to build the benchmark, I have
>>> gotten
>>> > the following error. When I saw your most recent submit
>>> referring to
>>> > libarchive, I thought I would give it another shot. Not such
>>> luck.
>>> >
>>> > Any help would be greatly appreciated.
>>> >
>>> > CMake Error at CMakeLists.txt:53 (add_subdirectory):
>>> > The source directory
>>> >
>>> > C:/viennacl-benchmark-gui-master/external/libarchive
>>> >
>>> > does not contain a CMakeLists.txt file.
>>> >
>>> > Boost version: 1.54.0
>>> >
>>> > Configuring incomplete, errors occurred!
>>> >
>>> > See also
>>> > "C:/viennacl-benchmark-gui-master/build/CMakeFiles/
>>> CMakeOutput.log".
>>> >
>>> >
>>> > Thanks,
>>> > -Matt
>>> >
>>> > --
>>> > --------------------
>>> > Matthew Musto
>>> > matthew.mu...@gmail.com <mailto:matthew.mu...@gmail.com>
>>> <mailto:matthew.mu...@gmail.com <mailto:matthew.mu...@gmail.com>>
>>>
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------
>>> ------------------
>>> > Infragistics Professional
>>> > Build stunning WinForms apps today!
>>> > Reboot your WinForms applications with our WinForms controls.
>>> > Build a bridge from your legacy apps to the future.
>>> >
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&;
>>> iu=/4140/ostg.clktrk
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > ViennaCL-devel mailing list
>>> > ViennaCL-devel@lists.sourceforge.net
>>> <mailto:ViennaCL-devel@lists.sourceforge.net>
>>>
>>> > https://lists.sourceforge.net/lists/listinfo/viennacl-devel
>>> >
>>>
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Infragistics Professional
>>> Build stunning WinForms apps today!
>>> Reboot your WinForms applications with our WinForms controls.
>>> Build a bridge from your legacy apps to the future.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&;
>>> iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> ViennaCL-devel mailing list
>>> ViennaCL-devel@lists.sourceforge.net
>>> <mailto:ViennaCL-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/viennacl-devel
>>>
>>>
>>>
>>
>
>
> --
> --------------------
> Matthew Musto
> matthew.mu...@gmail.com
>
------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
ViennaCL-devel mailing list
ViennaCL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/viennacl-devel
