DSLogic install failure - Ubuntu 14.04.1 LTS

Help to track any bugs about DSLogic hardware/software/firmware/hdl design
Hi, just tried following the instructions in the INSTALL file of DSLogic-v0.3.tar.gz

I get the following after issuing the first make for libsigrok:

Code: Select all
make  all-recursive
Making all in hardware
Making all in demo
  CC       libsigrok4DSLogic_hw_demo_la-demo.lo
In file included from demo.c:32:0:
../../libsigrok.h:150:77: warning: 'struct sr_dev_inst' declared inside parameter list [enabled by default]
 typedef int (*sr_receive_data_callback_t)(int fd, int revents, const struct sr_dev_inst *sdi);
                                                                             ^
../../libsigrok.h:150:77: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
demo.c: In function 'receive_data':
demo.c:605:27: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
             for (i = 0; i < sending_now; i++) {
                           ^
demo.c:651:26: warning: assignment from incompatible pointer type [enabled by default]
                 dso.data = buf;
                          ^
demo.c:660:29: warning: assignment from incompatible pointer type [enabled by default]
                 analog.data = buf;
                             ^
demo.c:677:9: warning: passing argument 1 of 'hw_dev_acquisition_stop' discards 'const' qualifier from pointer target type [enabled by default]
         hw_dev_acquisition_stop(sdi, NULL);
         ^
demo.c:153:12: note: expected 'struct sr_dev_inst *' but argument is of type 'const struct sr_dev_inst *'
 static int hw_dev_acquisition_stop(struct sr_dev_inst *sdi, void *cb_data);
            ^
demo.c: In function 'hw_dev_acquisition_start':
demo.c:707:9: warning: implicit declaration of function 'ds_trigger_get_mask0' [-Wimplicit-function-declaration]
         devc->trigger_mask = ds_trigger_get_mask0(TriggerStages);
         ^
demo.c:708:9: warning: implicit declaration of function 'ds_trigger_get_value0' [-Wimplicit-function-declaration]
         devc->trigger_value = ds_trigger_get_value0(TriggerStages);
         ^
demo.c:709:9: warning: implicit declaration of function 'ds_trigger_get_edge0' [-Wimplicit-function-declaration]
         devc->trigger_edge = ds_trigger_get_edge0(TriggerStages);
         ^
demo.c:740:13: warning: passing argument 4 of 'sr_session_source_add_channel' from incompatible pointer type [enabled by default]
             100, receive_data, sdi);
             ^
In file included from ../../libsigrok.h:949:0,
                 from demo.c:32:
../../proto.h:109:12: note: expected 'sr_receive_data_callback_t' but argument is of type 'int (*)(int,  int,  const struct sr_dev_inst *)'
 SR_API int sr_session_source_add_channel(GIOChannel *channel, int events,
            ^
demo.c: At top level:
demo.c:792:2: warning: initialization from incompatible pointer type [enabled by default]
  .config_set = config_set,
  ^
demo.c:792:2: warning: (near initialization for 'demo_driver_info.config_set') [enabled by default]
In file included from demo.c:32:0:
../../libsigrok.h:844:20: warning: 'opmodes' defined but not used [-Wunused-variable]
 static const char *opmodes[] = {
                    ^
demo.c: In function 'receive_data':
demo.c:549:24: warning: 'demo_data' may be used uninitialized in this function [-Wmaybe-uninitialized]
             *(buf + i) = demo_data;
                        ^
demo.c:505:14: note: 'demo_data' was declared here
     uint16_t demo_data;
              ^
  CCLD     libsigrok4DSLogic_hw_demo.la
Making all in common
  CC       libsigrok4DSLogic_hw_common_la-ezusb.lo
ezusb.c:24:20: fatal error: libusb.h: No such file or directory
 #include <libusb.h>
                    ^
compilation terminated.
make[3]: *** [libsigrok4DSLogic_hw_common_la-ezusb.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Steps to reproduce: Well, it's a fairly fresh install, but I'll confirm is still does this on an absolutely fresh ubuntu install. (should be possible to try with just the live boot)

I did try installing libusb-dev, with no change.

For the time being, I have some logic to probe, so I'll guess I'll see if saleae's logic is any harder to install...
RGD2
 
Posts: 6
Joined: Sun Sep 14, 2014 11:03 am

Update: I'm an idiot :roll: - Forgot step one.

Which still doesn't work: This time on a liveboot of Ubuntu GNOME 14.04.1 LTS (because it's easier to confirm reprodution of bugs in a test setup easily reached by anyone):
(./configure step)

Code: Select all
ubuntu-gnome@ubuntu-gnome:~/DSLogic$ cd libusbx-1.0.18/
ubuntu-gnome@ubuntu-gnome:~/DSLogic/libusbx-1.0.18$ ./autogen.sh
Generating build system...
ubuntu-gnome@ubuntu-gnome:~/DSLogic/libusbx-1.0.18$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/ubuntu-gnome/DSLogic/libusbx-1.0.18/missing: Unknown `--is-lightweight' option
Try `/home/ubuntu-gnome/DSLogic/libusbx-1.0.18/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for windres... no
checking for inline... inline
checking operating system... Linux
checking for library containing clock_gettime... none required
checking libudev.h usability... no
checking libudev.h presence... no
checking for libudev.h... no
configure: error: "udev support requested but libudev not installed"


Ok, "sudo apt-get instal libudev-dev" then... Err, ok. "sudo apt-get update" first, apparently.
...

I strongly suggest the INSTALL file have just one long apt-get line, AS step #1. before all the local libraries are built: This was why I missed step one to begin with: I was expecting just one such line in the howto file, not three or four separate ones spread throughout the file.

Oh, BTW, I got my saleae logic going again: Downloaded their linux package (64bit), sudo logic (the included executable). WORKS!... Why can't DSLogic be so easy?

I get that If I want to mod the source, then building from source is good, but this time I really just wanted to use my DSLogic as a tool for another job.
Saleae are your nearest competitors, they're closed source and their hardware (at least the original logic and logic16) isn't as good as yours, so you have both points over them.
But you still ought to lift your game, particularly with repect to newbies getting started easily.

Oh well, still waiting for libudev-dev to install... will have to try again another week, I'm out of time for now.

Anyone else having any trouble under Ubuntu 14.04.1 LTS?
RGD2
 
Posts: 6
Joined: Sun Sep 14, 2014 11:03 am

We just simply think Linux version is for open source guys. So they need the source code.
Under Windows/OS X, we release the execute file.
Sorry for the inconvenience.
Andy
Site Admin
 
Posts: 149
Joined: Fri Jul 11, 2014 9:20 am

I tried again with the latest master branch of DSView from the git repository...

Following the INSTALL file, everything worked up until the actual "make" right before "make install".
It died with an error that looks like this:

Code: Select all
In file included from /usr/include/qt5/QtCore/qjsonarray.h:45:0,
             from /usr/include/qt5/QtCore/QtCore:55,
             from /usr/include/qt5/QtConcurrent/QtConcurrentDepends:2,
             from /usr/include/qt5/QtConcurrent/QtConcurrent:3,
             from /home/dye025/dreamSourceLabs/DSView/DSView/pv/sigsession.h:47,
             from /home/dye025/dreamSourceLabs/DSView/DSView/pv/mainwindow.h:32,
             from /home/dye025/dreamSourceLabs/DSView/DSView/pv/mainwindow.cpp:49:
             /usr/include/qt5/QtCore/qjsonvalue.h:93:23:
error:   initializing argument 1 of ‘static QJsonValue QJsonValue::fromVariant(const QVariant&)’
 static QJsonValue fromVariant(const QVariant &variant);
                       ^
make[2]: *** [CMakeFiles/DSView.dir/pv/mainwindow.cpp.o] Error 1
make[1]: *** [CMakeFiles/DSView.dir/all] Error 2
make: *** [all] Error 2


Any ideas?
RGD2
 
Posts: 6
Joined: Sun Sep 14, 2014 11:03 am

Please try the develop branch.
Or wait for the update of master branch.
Andy
Site Admin
 
Posts: 149
Joined: Fri Jul 11, 2014 9:20 am

Andy wrote:Please try the develop branch. Or wait for the update of master branch.


Development should happen in 'master' branch. That what it is for. And if you want stabilization releases then it should be done in release branches like release-0.9.4. But in case of DSView most of the time you don't need the release branches.
anatolik
 
Posts: 13
Joined: Wed May 20, 2015 4:02 am


Return to Bugs Report

Who is online
Users browsing this forum: No registered users and 1 guest