The solution was to take the compiler's advice and #include <cstdint> in
libs/indiabstractclient/abstractbaseclient.h
libs/indibase/stream/streammanager.h
and: libs/sockets/tcpsocket.h
Then it builds and makes the package OK. sboupgrade stellarium seems to
do the right thing from there.
I still don't understand why I need to insert those #includes, while
others seem to be able to build it as is. But maybe I don't have to know
everything.
FWIW the latest libindi (2.2.3) builds fine right out of the box ... no
idea if stellarium would be happy with it, though.
thx all for the help.
Judah
On 7/1/26 08:20, J. Milgram via SlackBuilds-users wrote:
Thanks Alan.
> the error happens early in the build and sounds to me a basic issue
regarding the c++ compiler or its configuration:
Yes, has that feel!
I haven't (knowingly) installed anything but the stock gcc and related
:~: grep -lr bin/gcc /var/log/packages
/var/log/packages/gcc-15.2.0-x86_64-1_slack15.0
/var/log/packages/gcc-brig-11.2.0-x86_64-2
/var/log/packages/gcc-go-15.2.0-x86_64-1_slack15.0
/var/log/packages/gccmakedep-1.0.3-noarch-4
/var/log/packages/rust-opt-1.96.0-x86_64-1_SBo
/var/log/packages/rust16-1.79.0-x86_64-1_SBo
Not setting CFLAGS, CXXFLAGS or any CC or CXX env variables.
Will continue poking around. Looking forward to an upgraded stellarium!
thx. Useful to confirm that it does build OK given the right
circumstances.
Judah
On 7/1/26 04:07, 414N wrote:
Il 01/07/26 01:17, J. Milgram via SlackBuilds-users ha scritto:
[ 1%] Building C object libs/dsp/CMakeFiles/dsp.dir/fits.c.o
In file included from
/tmp/SBo/indi-2.0.6/libs/sockets/tcpsocket.cpp:18:
/tmp/SBo/indi-2.0.6/libs/sockets/tcpsocket.h:78:57: error:
‘uint16_t’ has not been declared
78 | void connectToHost(const std::string &hostName,
uint16_t port);
| ^~~~~~~~
/tmp/SBo/indi-2.0.6/libs/sockets/tcpsocket.h:25:1: note: ‘uint16_t’
is defined in header ‘<cstdint>’; this is probably fixable by adding
‘#include <cstdint>’
24 | #include "indimacros.h"
+++ |+#include <cstdint>
Hi Judah,
the error happens early in the build and sounds to me a basic issue
regarding the c++ compiler or its configuration:
- are you using something other than the stock gcc to compile the
package (like clang)? Maybe a CC or CXX env variable override?
- are you overriding any of the CFLAGS/CXXFLAGS, maybe something
that changes the c++ standard version used for the build (like
-std=c++14)?
I just tried rebuilding the libindi package on my system and it works
ok.
PS: an upgrade to stellarium 26.2 is incoming ;-)
--
=====
[email protected]
301-257-7069
_______________________________________________
SlackBuilds-users mailing list
[email protected]
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/
