Hey,
But does it also decompress the .tar.gz files? That's a direct test for it.
> If zlib isn't used inside libarchive, it will try to either run gzip (and
> fail) or throw an error right away. I had a couple of such builds when I
> tried to use both with add_subdirectory()
At first I also thou
Hey,
> The reason submodules don't work is that libarchive does not compile
> with the latest tip on Visual Studio, so one has to use the last
> v3.1.2 release. On Linux, v3.1.2 fails due to missing CMake scripts,
> so one has to use the latest master. I could not find a way to s
I forgot to reply to Matthew's mail.
All is well and the benchmark looks great. It's really coming along
> nicely. Great work Namik!
Thanks. It would've been a lot better if the build system hadn't caused so
much troubles.
blas, vector and copy benchmarks ran great. Sparse fails though...
Hey,
The reason submodules don't work is that libarchive does not compile with
> the latest tip on Visual Studio, so one has to use the last v3.1.2 release.
> On Linux, v3.1.2 fails due to missing CMake scripts, so one has to use the
> latest master. I could not find a way to set this up correctly
Hey Matt,
> I just wanted to let you know that following the readme build directions
> resulted in a successful build. For me the key way to build the
> dependencies first and it is now documented clearly.
thanks for the feedback! Glad it works now :-)
> All is well and the benchmark looks gr
Hey guys,
I just wanted to let you know that following the readme build directions
resulted in a successful build. For me the key way to build the
dependencies first and it is now documented clearly.
All is well and the benchmark looks great. It's really coming along
nicely. Great work Namik!
Hi,
> I couldn't help myself from trying to make a more convenient build
> process for zlib and libarchive.
>
> I added a new CMakeLists.txt to the external folder. It's purpose is to
> build both zlib and libarchive in one go. It seems to work alright on my
> machine. One CMake configure and one
Hi Namik,
> While I was able to get the project up & running, the procedure is far
> from pretty. There were several issues along the way:
>
> -I fail to see the difference between previous submodules usage and the
> current setup... In the end both libarchive and zlib are placed in the
> externa
Hi all,
I couldn't help myself from trying to make a more convenient build process
for zlib and libarchive.
I added a new CMakeLists.txt to the external folder. It's purpose is to
build both zlib and libarchive in one go. It seems to work alright on my
machine. One CMake configure and one mingw32
A few comments on my CMake build attempt:
While I was able to get the project up & running, the procedure is far from
pretty. There were several issues along the way:
-I fail to see the difference between previous submodules usage and the
current setup... In the end both libarchive and zlib are p
Hi,
I always got a message box telling me that a certain library cannot be
> found. Did you run the executable through the terminal, or by
> double-clicking? In worst case, you can always run in a debugger to find
> out more about the reason for a crash.
I've been running it from Qt Creator, and
Hi again,
> I just wanted to update you that zlib had been empty. d'oh!
>
> Apparently, using the GitHub GUI only cloned the benchmark directory and
> libarchive but not zlip. Running the submodule update command from the
> shell got me to where I needed to be!
Okay, I've polished the whole bu
Hi guys,
just a quick update: I think I'm close to having something usable that
will work with both CMake and QMake... Please wait for the updates to
arrive, don't fight with the current build system.
Best regards,
Karli
On 08/02/2014 02:15 PM, Matthew Musto wrote:
> Karli,
>
> I just wanted
Karli,
I just wanted to update you that zlib had been empty. d'oh!
Apparently, using the GitHub GUI only cloned the benchmark directory and
libarchive but not zlip. Running the submodule update command from the
shell got me to where I needed to be!
Namik,
I am almost there. However, when I t
Thank you. That was incredibly informative. I'll think about it ways to
implement a benchmark as I continue my work in parallel.
On Sat, Aug 2, 2014 at 4:10 AM, Karl Rupp wrote:
> Hi again,
>
>
> > As a follow-up to my earlier email, which is likely still sitting in the
>
>> queue do to its l
Hi,
> As far as I know, Qt offers three licenses:
>
> 1. Commercial - both static & dynamic, both closed & open source, may
> modify Qt source code as you please without publishing changes, not
> required to say "This software uses Qt"
> 2. GPL - both static & dynamic, open source ONLY (so no iss
Hey,
wait - are we allowed to link Qt statically? I thought I read something in
> the net that the open source version of Qt only allows dynamic links?
As far as I know, Qt offers three licenses:
1. Commercial - both static & dynamic, both closed & open source, may
modify Qt source code as you
Hi,
> It seems I've been fighting with static qt the whole night. I still
> haven't managed to compile it statically. The official script for static
> qt compilation on windows does not work, of course. And manual compiling
> with mingw32-make fails for no sensible reason... I sometimes feel lik
Hi all,
It seems I've been fighting with static qt the whole night. I still haven't
managed to compile it statically. The official script for static qt
compilation on windows does not work, of course. And manual compiling with
mingw32-make fails for no sensible reason... I sometimes feel like they
Hi again,
> As a follow-up to my earlier email, which is likely still sitting in the
> queue do to its large size [sorry ;-) ], I wanted to ask a question
> regarding the iterative solvers.
>
> Will the GUI support benchmarking the iterative solvers? I see they are
> not part of an official benc
Hi Matt,
> Before I get into the latest CMake drama. I wanted to ask a question
about:
>
> >> 1.) Boost: Namik, can you please remove all use of Boost (sources plus
> >> build system files)? This is just required at very few locations, mostly
> >> sparse stuff, so it shouldn't be a big deal.
Karli,
Before I get into the latest CMake drama. I wanted to ask a question about:
>> 1.) Boost: Namik, can you please remove all use of Boost (sources plus
>> build system files)? This is just required at very few locations, mostly
>> sparse stuff, so it shouldn't be a big deal. I'll commit som
Namik and Karli,
As a follow-up to my earlier email, which is likely still sitting in the
queue do to its large size [sorry ;-) ], I wanted to ask a question
regarding the iterative solvers.
Will the GUI support benchmarking the iterative solvers? I see they are
not part of an official benchmark
Hi guys,
okay, so the libarchive and zlib issues should be (mostly) fixed. Both
can be linked statically. Namik just pushed a version which allows to
also build it dynamically. Will this work sufficiently well? We will
have to make sure Windows finds these dlls, which is cumbersome... Any
idea
Thanks Karl, I'll give it a shot later in the day. I'm away from my
computer for the next 10 hours or so.
On Aug 1, 2014 7:32 AM, "Karl Rupp" wrote:
> Hi Matt,
>
> > Still getting the same issues:
>
>>
>> CMake Error at CMakeLists.txt:55 (add_subdirectory):
>> The source directory
>>
>> C:/vienn
Hi Matt,
> 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.
Meanwhile I can confirm that this is the default if only cloning the
vie
Hi Namik,
> @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
Hi Matthew,
> 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.
hmm, is there anything in this folder? I suspect that the
libarchive-
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 f
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-ben
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 w
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'
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
33 matches
Mail list logo