Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

5.1 Build failure for Solaris 10 #70

Closed
jblaine opened this issue Apr 9, 2012 · 5 comments
Closed

5.1 Build failure for Solaris 10 #70

jblaine opened this issue Apr 9, 2012 · 5 comments
Assignees
Labels
Bug A genuine bug
Milestone

Comments

@jblaine
Copy link

jblaine commented Apr 9, 2012

:(

collectd-5.1.0:cairo> uname -a
SunOS cairo.our.org 5.10 Generic_144488-17 sun4u sparc SUNW,Sun-Fire-280R
collectd-5.1.0:cairo> echo $PATH
/usr/bin:/bin:/usr/sfw/bin:/usr/ccs/bin:/sbin:/usr/sbin
collectd-5.1.0:cairo> ./configure --prefix=/usr/rcf-tools/collectd-5.1.0 --enable-all-plugins
...
collectd-5.1.0:cairo> make 2>&1 | tee make.log
...
nfs.c: In function `nfs_read_kstat':
nfs.c:335: warning: passing arg 2 of `get_kstat_value' discards qualifiers from pointer target type
*** Error code 1
make: Fatal error: Command failed for target `nfs.lo'
...
@jblaine
Copy link
Author

jblaine commented Apr 9, 2012

Using --disable-nfs (booooo) leads to the same error when it gets to building the zfs-arc stuff. Bummed!

Though adding --disable-zfs-arc gets me a build at least.

@jblaine
Copy link
Author

jblaine commented Apr 13, 2012

Interesting. Built fine with Solaris Studio 12. Maybe need to mention that in the INSTALL?

Update: Well, so much for that. It crashes after 1 iteration with the same ksp != NULL assertion issue #71 :)

@octo
Copy link
Member

octo commented Sep 12, 2012

The argument is not const, because of a stupid interface that is used:

void *kstat_data_lookup(kstat_t *ksp, char *name);

@ghost ghost assigned octo Apr 1, 2013
octo added a commit that referenced this issue Apr 1, 2013
Fixes Github issue #70. Thanks to Jeff for reporting this issue.
@octo octo closed this as completed Apr 1, 2013
@ymettier
Copy link
Contributor

This patch contains a strange modification :

-    const char **proc_names, size_t proc_names_num)
+    char const **proc_names, size_t proc_names_num)

The syntax should be const char, shouldn't it ?

Yves

@rubenk
Copy link
Contributor

rubenk commented Mar 27, 2016

It doesn't matter. const is a type qualifier, char is a type specifier, and the ordering is not specified afaik.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug A genuine bug
Projects
None yet
Development

No branches or pull requests

4 participants