linux-gpib-general — linux-gpib package mailing list

Re: [Linux-gpib-general] Segfault in python bindings

[dave p. <dpe...@gm...>]

OK. We should probably suppress the  "libgpib: invalid descriptor" message.
I'll push the change.



On Fri, 28 Nov 2025 at 11:08, Matthias Geiger <m_g...@wi...> wrote:

> Am 28.11.25 um 10:23 schrieb dave penkler:
> > Hi Matthias,
> > There was a problem in the C library code. A fix has been pushed to
> > the git
> > <
> https://sourceforge.net/p/linux-gpib/git/ci/88183039ff0a4621af2b3ddd79186f089869208d/
> >.
> > Please let me know if this works for you.
> > cheers,
> > -Dave
> >
> >
> Hi Dave,
>
> thanks for the quick fix. Rebuilding the userspace bindings does not
> lead to a segfault anymore:
>
>  >>> gpib.read(9999, dev)
> libgpib: invalid descriptor
> libgpib: invalid descriptor
> Traceback (most recent call last):
>    File "<python-input-4>", line 1, in <module>
>      gpib.read(9999, dev)
>      ~~~~~~~~~^^^^^^^^^^^
> gpib.GpibError: read() failed: One or more arguments to the function
> call were invalid.
>
> It still complains about an invalid descriptor though. Thanks for the
> quick fix! I will cherry-pick this into Debian and then backport the
> whole package
> to current stable (trixie).
>
> --
> Freundliche Grüsse / Best regards
>
> Matthias Geiger
> __________________________________________________________________
> Matthias Geiger
> Werkstudent
> Forschung & Entwicklung/Research & Development
>
> Phone : +49-6441-609-3004
> Email : m_g...@wi...
> URL   : www.wiwa.de
>
> WIWA Wilhelm Wagner GmbH & Co. KG
> Gewerbestrasse 1-3, 35633 Lahnau, Germany
> Besucheranschrift/visitor address:
> Georg-Ohm-Strasse 12, 35633 Lahnau, Germany
>
> AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
> UST-ID Nr: / VAT-No: DE113745802
> Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte
> Weber
>
>
>
>
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>

Re: [Linux-gpib-general] Segfault in python bindings

[Matthias G. <m_g...@wi...>]

Am 28.11.25 um 10:23 schrieb dave penkler:
> Hi Matthias,
> There was a problem in the C library code. A fix has been pushed to 
> the git 
> <https://sourceforge.net/p/linux-gpib/git/ci/88183039ff0a4621af2b3ddd79186f089869208d/>.
> Please let me know if this works for you.
> cheers,
> -Dave
>
>
Hi Dave,

thanks for the quick fix. Rebuilding the userspace bindings does not 
lead to a segfault anymore:

 >>> gpib.read(9999, dev)
libgpib: invalid descriptor
libgpib: invalid descriptor
Traceback (most recent call last):
   File "<python-input-4>", line 1, in <module>
     gpib.read(9999, dev)
     ~~~~~~~~~^^^^^^^^^^^
gpib.GpibError: read() failed: One or more arguments to the function 
call were invalid.

It still complains about an invalid descriptor though. Thanks for the 
quick fix! I will cherry-pick this into Debian and then backport the 
whole package
to current stable (trixie).

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] Segfault in python bindings

[dave p. <dpe...@gm...>]

Hi Matthias,
There was a problem in the C library code. A fix has been pushed to the git
<https://sourceforge.net/p/linux-gpib/git/ci/88183039ff0a4621af2b3ddd79186f089869208d/>
.
Please let me know if this works for you.
cheers,
-Dave

On Thu, 27 Nov 2025 at 12:17, Matthias Geiger <m_g...@wi...> wrote:

> Am 27.11.25 um 11:55 schrieb Matthias Geiger:
> >
> > <http://intraserv.common.wiwa.loc/gitlab/><
> http://intraserv.common.wiwa.loc/gitlab/><
> http://intraserv.common.wiwa.loc/gitlab/><
> http://intraserv.common.wiwa.loc/gitlab/>
> >
> > <http://intraserv.common.wiwa.loc/gitlab/>
> >
> Whoops,
>
> ignore that.
>
> --
> Freundliche Grüsse / Best regards
>
> Matthias Geiger
> __________________________________________________________________
> Matthias Geiger
> Werkstudent
> Forschung & Entwicklung/Research & Development
>
> Phone : +49-6441-609-3004
> Email : m_g...@wi...
> URL   : www.wiwa.de
>
> WIWA Wilhelm Wagner GmbH & Co. KG
> Gewerbestrasse 1-3, 35633 Lahnau, Germany
> Besucheranschrift/visitor address:
> Georg-Ohm-Strasse 12, 35633 Lahnau, Germany
>
> AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
> UST-ID Nr: / VAT-No: DE113745802
> Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte
> Weber
>
>
>
>
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>

Re: [Linux-gpib-general] Segfault in python bindings

[Matthias G. <m_g...@wi...>]

Am 27.11.25 um 11:55 schrieb Matthias Geiger:
>
> <http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/> 
>
> <http://intraserv.common.wiwa.loc/gitlab/>
>
Whoops,

ignore that.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

[Linux-gpib-general] Segfault in python bindings

[Matthias G. <m_g...@wi...>]

Hi,
I came across a segfault in the python bindings for GPIB.
This is with the bitbang kernel module on a Raspberry Pi 4 running 
raspbian trixie and the python3-gpib package installed from Debian unstable.
This can be reproduced like this:
<http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/><http://intraserv.common.wiwa.loc/gitlab/>
<http://intraserv.common.wiwa.loc/gitlab/>

sudo modprobe gpib_bitbang
sudo /sbin/gpib_config
export DEBUGINFOD_URLS="https://debuginfod.debian.net"
gdb --args python3 -i
(gdb) run
(gdb) >>> import gpib
(gdb) >>> dev = gpib.dev(0, 9)
(gdb) >>> gpib.write(dev, ":ID?")
(gdb) 8448
(gdb) >>> gpib.read(dev, 9999)
(gdb) b'HP3488A\r\n
(gdb) >>> gpib.read(9999, dev)
libgpib: invalid descriptor
Segmentation fault
(gdb) bt

Trying to read the wrong way should result in type error from python. I 
attached the backtrace; let me know if you need any additional info.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

[Linux-gpib-general] [PATCH] Fixing of miscellaneous typos

[Matthias G. <m_g...@wi...>]

Hi,

see attachement.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

[Linux-gpib-general] Debian packages, some comments and patches

[Matthias G. <m_g...@wi...>]

Hi all,

I am glad to announce the userspace parts of linux-gpib are now 
available in Debian unstable [0].
It provides the C library, the python bindings, the userspace tools and 
the documentation.
Once those migrated to testing (in three days) I will backport the 
package to trixie (current Debian stable).
I won't be packaging the kernel parts as those are in staging anyway; am 
hoping to enable those once they are in mainline.
Currently, the user tools mention in the README.Debian that the DKMS 
module is still needed.

To comply with Debian policy (no prebuilt/pregenerated files) I had to 
jump through some hoops. The whole process is documented in 
README.source [1]
It would be great if future release tarballs would match the pristine 
git tree for the corresponding tag; this would really ease future 
package updates.

Another thing I ran into when building the manpages is Debian shipping 
the xml stylesheet under a different directory, and providing osg2xml as 
/usr/bin/osx.
This resulted in the following patch [2]

For the python bindings I opted to version them separately form the GPIB 
version [3]. I did this since setuptools.py also mentions 1.0 as 
version; furthermore this allows
for an easier split should the bindings be maintained separately at some 
point. Regarding this, I commited a version using pyproject.toml, and 
cleaned up the code to the
best of my abilities. The last four commits might be of interest here; 
they fix the indentation for all python files and take care of some 
other minor warnings [4]
IMO the python binding should be split from the source tree to allow 
building with pyproject.toml; should you choose to switch to that, my 
fork has all the bits ready.
If a standalone setuptools build gets deprecated in Debian I will use my 
fork and provide the bindings from there (from a separate package).

Additionally, for some reason the Changelog is not present in git from 
4.3.7; this causes a build failure when trying to build from git since 
the makefile expects the Changelog to
be present. To mitigate this, I touched an empty one; however this 
should be fixed properly [5].

The last issue I ran into is hardening. Debian recommends that we set 
the following hardening flags [6]:
CFLAGS=-g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-flto=auto -ffat-lto-objects -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection
hardening features: bindnow=no branch=yes format=yes fortify=yes pie=yes 
relro=yes stackclash=yes stackprotector=yes stackprotectorstrong=yes

Exported for make:

export LDFLAGS += -pie -Wl,-z,relro
export CFLAGS := -g -O2 -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer  -flto=auto -ffat-lto-objects 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection
CFLAGS += -fPIE -fstack-clash-protection -D_FORTIFY_SOURCE=2

Since configure.ac overrides the exports I have set those aren't 
included in the build. It would be great if those could be included.


[0] https://tracker.debian.org/pkg/linux-gpib-user
[1] 
https://sources.debian.org/src/linux-gpib-user/4.3.7-2/debian/README.source
[2] 
https://sources.debian.org/src/linux-gpib-user/4.3.7-2/debian/patches/fix-docbook-path.diff
[3] https://sources.debian.org/src/linux-gpib-user/4.3.7-2/debian/rules#L7
[4] https://codeberg.org/werdahias/python-gpib
[5] https://sources.debian.org/src/linux-gpib-user/4.3.7-2/debian/rules#L26
[6] https://wiki.debian.org/Hardening

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] Announce linux-gpib-4.3.7 Release

[Jakub L. <la...@vo...>]

Great

I was even able to install it with gentoo portage (by editing the ebuild 
files).

I will be testing it next few days and will report any difficulties if 
encountered.

J.

[Linux-gpib-general] Announce linux-gpib-4.3.7 Release

[dave p. <dpe...@gm...>]

The linux-gpib-4.3.7
<https://sourceforge.net/projects/linux-gpib/files/linux-gpib%20for%203.x.x%20and%202.6.x%20kernels/4.3.7/>
release has been uploaded to the sourceforge site.

With this release we support kernels from 4.0 up to and including 6.17.

The drivers in the kernel part of the package have been updated to follow
the staging drivers in the kernel but modified to support older kernels
also.

A new driver to support the xyphro compact usb to GPIB adapter has been
added (see Supported Hardware
<https://linux-gpib.sourceforge.io/doc_html/supported-hardware.html#XYPHRO>
in the docs for details).

On the user side a number of bugs were fixed, features added and docs were
improved (see the README and ChangeLog for more details).

cheers,
-Dave

Re: [Linux-gpib-general] almost one year since I'm unable to install linux-gpib on my gentoo

[Andreas K. H. <dil...@ge...>]

Am Dienstag, 23. September 2025, 21:44:28 Mitteleuropäische Sommerzeit schrieb Jakub Ladman:
> Hi,
> 
> for almost whole year I am unable to install linux-gpib on my gentoo linux.
> 
> Since kernel was updated to 6.12 the packages (ebuilds) that are 
> describing to the system how the linux-gpib(-kernel) sources are to be 
> obtained and how to build them, are no longer able to build it.
> 
> For short while it was possible instead of the "stable" ebuild 
> linux-gpib-4.3.6 to use linux-gpib-9999 which is set to fetch the top of 
> the development git.
> 
> Now every attempt fails.

OK so I just tried and 9999 builds fine against 6.12 here.

What kernel and gcc versions are you using?


>>> Completed installing sci-libs/linux-gpib-modules-9999 into /var/tmp/portage/sci-libs/linux-gpib-modules-9999/image

 * Final size of build directory: 22524 KiB (21.9 MiB)
 * Final size of installed tree:   1168 KiB ( 1.1 MiB)


> 
> I am waiting for kernel update to the dream version containing the gpib 
> drivers, but for many months nothing.
> 
> There is masked package of linux 6.16.8 but anything I can do including 
> unmasking it leads not to bootable system.
> 
> I was hoping also for version 4.3.7 of the gpib suite will appear and 
> solve it, but no ...
> 
> I know you can't support every distro there exist in this universe, but 
> I honestly don't know what to do, so just complaining ...
> 
> There were years where no problem with installing linux-gpib were present.
> 
> J.
> 
> 
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
> 


-- 
Andreas K. Hüttel
dil...@ge...
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

Re: [Linux-gpib-general] Python bindings, now updated

[Matthias G. <m_g...@wi...>]

Am 30.09.25 um 15:44 schrieb Matthias Geiger:
> After hacking some more on my source tree:
> a) does not work as cc does not know against which library to link.
> b) would be indeed the way to go; however this would require splitting 
> the python bindings in a separate repo, so they can link against the C 
> libgpib.
> I'd be willing to write patches for this if you agree to go ahead with 
> this. This would make python-gpib futureproof and ease distribution, 
> e.g. on pypi.
> In my Debian packaging I hacked around setup.py, but it's kinda ugly 
> and it will break sooner or later.
>
Hi all,

I extracted the python bindings in a standalone repo and cleaned up the 
examples a bit. The build now works fine with modern python tooling 
(i.e. pyproject.toml); I kept the Makefile for now.
To run the build you just need to have python3-build, python3 and the 
library bindings (libgpib) installed. I would appreciate 
testing/comments; it works for me, but python is not
my strong suit.

Work is at [0], ideally this would live also on sourceforge in its own repo.

[0] https://codeberg.org/werdahias/python-gpib


-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

[Linux-gpib-general] PATCH: Fix manpage warnings fron lexgrog

[Matthias G. <m_g...@wi...>]

Hi,

attached is a patch that converts the usage of "and" for the three 
manpages mentioning multiple commands to ", ".
This is a kinda cosmetic change, though lexgrog complains otherwise 
about spaces in manpages.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

[Linux-gpib-general] PATCH: Use standard /usr/share/doc path

[Matthias G. <m_g...@wi...>]

Hi,

attached patch adjusts the doc Makefile to use the standard 
/usr/share/doc patch for installing the documentation files.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] PATCH: Fixing of typos

[dave p. <dpe...@gm...>]

Applied,
Thank you!

On Wed, 1 Oct 2025 at 12:20, Matthias Geiger <m_g...@wi...> wrote:

> Hi,
>
> attached patch fixed multiple typos for the userspace documentation.
> Found while preparing the Debian package.
>
> --
> Freundliche Grüsse / Best regards
>
> Matthias Geiger
> __________________________________________________________________
> Matthias Geiger
> Werkstudent
> Forschung & Entwicklung/Research & Development
>
> Phone : +49-6441-609-3004
> Email : m_g...@wi...
> URL   : www.wiwa.de
>
> WIWA Wilhelm Wagner GmbH & Co. KG
> Gewerbestrasse 1-3, 35633 Lahnau, Germany
> Besucheranschrift/visitor address:
> Georg-Ohm-Strasse 12, 35633 Lahnau, Germany
>
> AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
> UST-ID Nr: / VAT-No: DE113745802
> Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte
> Weber
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>

[Linux-gpib-general] PATCH: Fixing of typos

[Matthias G. <m_g...@wi...>]

Hi,

attached patch fixed multiple typos for the userspace documentation.
Found while preparing the Debian package.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] Python bindings

[Matthias G. <m_g...@wi...>]

Am 30.09.25 um 15:25 schrieb Matthias Geiger:
>
>
> this is because the python3 build module needs to be installed.
> With that it just fails because the gpib/ib.h header is not present:
>
>
> * Building wheel from sdist
> * Creating venv isolated environment...
> * Installing packages in isolated environment... (setuptools>=61)
> * Getting build dependencies for wheel...
> /tmp/build-env-qiaffj9e/lib/python3.12/site-packages/setuptools/config/pyprojecttoml.py:72: 
> _ExperimentalConfiguration: `[tool.setuptools.ext-modules]` in 
> `pyproject.toml` is still *experimental* and likely to cha
> nge in future releases.
>   config = read_configuration(filepath, True, ignore_option_errors, dist)
> running egg_info
> writing gpib.egg-info/PKG-INFO
> writing dependency_links to gpib.egg-info/dependency_links.txt
> writing top-level names to gpib.egg-info/top_level.txt
> reading manifest file 'gpib.egg-info/SOURCES.txt'
> writing manifest file 'gpib.egg-info/SOURCES.txt'
> * Building wheel...
> /tmp/build-env-qiaffj9e/lib/python3.12/site-packages/setuptools/config/pyprojecttoml.py:72: 
> _ExperimentalConfiguration: `[tool.setuptools.ext-modules]` in 
> `pyproject.toml` is still *experimental* and likely to cha
> nge in future releases.
>   config = read_configuration(filepath, True, ignore_option_errors, dist)
> running bdist_wheel
> running build
> running build_py
> creating build/lib.linux-x86_64-cpython-312
> copying Gpib.py -> build/lib.linux-x86_64-cpython-312
> running egg_info
> writing gpib.egg-info/PKG-INFO
> writing dependency_links to gpib.egg-info/dependency_links.txt
> writing top-level names to gpib.egg-info/top_level.txt
> reading manifest file 'gpib.egg-info/SOURCES.txt'
> writing manifest file 'gpib.egg-info/SOURCES.txt'
> running build_ext
> building 'gpib' extension
> creating build/temp.linux-x86_64-cpython-312
> x86_64-linux-gnu-gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g 
> -O2 -Wall -fPIC -I../../include -I/tmp/build-env-qiaffj9e/include 
> -I/usr/include/python3.12 -c gpibinter.c -o 
> build/temp.linux-x86_64-cpython-31
> 2/gpibinter.o
> gpibinter.c:12:10: fatal error: gpib/ib.h: Datei oder Verzeichnis 
> nicht gefunden
>    12 | #include <gpib/ib.h>
>       |          ^~~~~~~~~~~
> compilation terminated.
> error: command '/usr/bin/x86_64-linux-gnu-gcc' failed with exit code 1
>
> ERROR Backend subprocess exited when trying to invoke build_wheel
> make[3]: [Makefile:494: build] Fehler 1 (ignoriert)
>
> From what I understand, this would require the header to a) either be 
> present locally *in the same* directory, or b) to be included via 
> /usr/share/include.
> Since the latter is IMO not feasible I will look into getting a) to work.
>
> best,
>
> Matthias Geiger
>
>
After hacking some more on my source tree:
a) does not work as cc does not know against which library to link.
b) would be indeed the way to go; however this would require splitting 
the python bindings in a separate repo, so they can link against the C 
libgpib.
I'd be willing to write patches for this if you agree to go ahead with 
this. This would make python-gpib futureproof and ease distribution, 
e.g. on pypi.
In my Debian packaging I hacked around setup.py, but it's kinda ugly and 
it will break sooner or later.

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] Python bindings

[Matthias G. <m_g...@wi...>]

Am 30.09.25 um 14:54 schrieb dave penkler:
> After applying your patch I get:
>
> Making all in python
> make[3]: Entering directory 
> '/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'
> { /usr/bin/python -m build && touch build; } || { rm -f -r build; exit 
> 1; }
> /usr/bin/python: No module named build.__main__; 'build' is a package 
> and cannot be directly executed
> make[3]: [Makefile:501: build] Error 1 (ignored)
> make[3]: Leaving directory 
> '/home/dave/src/linux-gpib-git/linux-gpib-user/language/python
>
> without your patch I get:
>
> Making all in python
> make[3]: Entering directory 
> '/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'
> { /usr/bin/python setup.py build && touch build; } || { rm -f -r 
> build; exit 1; }
> running build
> running build_py
> creating build/lib.linux-x86_64-cpython-312
> copying Gpib.py -> build/lib.linux-x86_64-cpython-312
> running egg_info
> creating gpib.egg-info
> writing gpib.egg-info/PKG-INFO
> writing dependency_links to gpib.egg-info/dependency_links.txt
> writing top-level names to gpib.egg-info/top_level.txt
> writing manifest file 'gpib.egg-info/SOURCES.txt'
> reading manifest file 'gpib.egg-info/SOURCES.txt'
> writing manifest file 'gpib.egg-info/SOURCES.txt'
> running build_ext
> building 'gpib' extension
> creating build/temp.linux-x86_64-cpython-312
> gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O3 -Wall -fPIC 
> -I../../include -I/usr/include/python3.12 -c gpibinter.c -o 
> build/temp.linux-x86_64-cpython-312/gpibinter.o
> gcc -shared build/temp.linux-x86_64-cpython-312/gpibinter.o 
> -L../../lib/.libs -L/usr/lib64 -lgpib -lpthread -o 
> build/lib.linux-x86_64-cpython-312/gpib.cpython-312-x86_64-linux-gnu.so 
> <http://gpib.cpython-312-x86_64-linux-gnu.so>
> make[3]: Leaving directory 
> '/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'
>
> cheers,
> -dave
Hi Dave,

this is because the python3 build module needs to be installed.
With that it just fails because the gpib/ib.h header is not present:


* Building wheel from sdist
* Creating venv isolated environment...
* Installing packages in isolated environment... (setuptools>=61)
* Getting build dependencies for wheel...
/tmp/build-env-qiaffj9e/lib/python3.12/site-packages/setuptools/config/pyprojecttoml.py:72: 
_ExperimentalConfiguration: `[tool.setuptools.ext-modules]` in 
`pyproject.toml` is still *experimental* and likely to cha
nge in future releases.
   config = read_configuration(filepath, True, ignore_option_errors, dist)
running egg_info
writing gpib.egg-info/PKG-INFO
writing dependency_links to gpib.egg-info/dependency_links.txt
writing top-level names to gpib.egg-info/top_level.txt
reading manifest file 'gpib.egg-info/SOURCES.txt'
writing manifest file 'gpib.egg-info/SOURCES.txt'
* Building wheel...
/tmp/build-env-qiaffj9e/lib/python3.12/site-packages/setuptools/config/pyprojecttoml.py:72: 
_ExperimentalConfiguration: `[tool.setuptools.ext-modules]` in 
`pyproject.toml` is still *experimental* and likely to cha
nge in future releases.
   config = read_configuration(filepath, True, ignore_option_errors, dist)
running bdist_wheel
running build
running build_py
creating build/lib.linux-x86_64-cpython-312
copying Gpib.py -> build/lib.linux-x86_64-cpython-312
running egg_info
writing gpib.egg-info/PKG-INFO
writing dependency_links to gpib.egg-info/dependency_links.txt
writing top-level names to gpib.egg-info/top_level.txt
reading manifest file 'gpib.egg-info/SOURCES.txt'
writing manifest file 'gpib.egg-info/SOURCES.txt'
running build_ext
building 'gpib' extension
creating build/temp.linux-x86_64-cpython-312
x86_64-linux-gnu-gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O2 
-Wall -fPIC -I../../include -I/tmp/build-env-qiaffj9e/include 
-I/usr/include/python3.12 -c gpibinter.c -o 
build/temp.linux-x86_64-cpython-31
2/gpibinter.o
gpibinter.c:12:10: fatal error: gpib/ib.h: Datei oder Verzeichnis nicht 
gefunden
    12 | #include <gpib/ib.h>
       |          ^~~~~~~~~~~
compilation terminated.
error: command '/usr/bin/x86_64-linux-gnu-gcc' failed with exit code 1

ERROR Backend subprocess exited when trying to invoke build_wheel
make[3]: [Makefile:494: build] Fehler 1 (ignoriert)

 From what I understand, this would require the header to a) either be 
present locally *in the same* directory, or b) to be included via 
/usr/share/include.
Since the latter is IMO not feasible I will look into getting a) to work.

best,

Matthias Geiger

Re: [Linux-gpib-general] Python bindings

[dave p. <dpe...@gm...>]

After applying your patch I get:

Making all in python
make[3]: Entering directory
'/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'
{ /usr/bin/python -m build && touch build; } || { rm -f -r build; exit 1; }
/usr/bin/python: No module named build.__main__; 'build' is a package and
cannot be directly executed
make[3]: [Makefile:501: build] Error 1 (ignored)
make[3]: Leaving directory
'/home/dave/src/linux-gpib-git/linux-gpib-user/language/python

without your patch I get:

Making all in python
make[3]: Entering directory
'/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'
{ /usr/bin/python setup.py build && touch build; } || { rm -f -r build;
exit 1; }
running build
running build_py
creating build/lib.linux-x86_64-cpython-312
copying Gpib.py -> build/lib.linux-x86_64-cpython-312
running egg_info
creating gpib.egg-info
writing gpib.egg-info/PKG-INFO
writing dependency_links to gpib.egg-info/dependency_links.txt
writing top-level names to gpib.egg-info/top_level.txt
writing manifest file 'gpib.egg-info/SOURCES.txt'
reading manifest file 'gpib.egg-info/SOURCES.txt'
writing manifest file 'gpib.egg-info/SOURCES.txt'
running build_ext
building 'gpib' extension
creating build/temp.linux-x86_64-cpython-312
gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O3 -Wall -fPIC
-I../../include -I/usr/include/python3.12 -c gpibinter.c -o
build/temp.linux-x86_64-cpython-312/gpibinter.o
gcc -shared build/temp.linux-x86_64-cpython-312/gpibinter.o
-L../../lib/.libs -L/usr/lib64 -lgpib -lpthread -o
build/lib.linux-x86_64-cpython-312/gpib.cpython-312-x86_64-linux-gnu.so
make[3]: Leaving directory
'/home/dave/src/linux-gpib-git/linux-gpib-user/language/python'

cheers,
-dave

On Tue, 30 Sept 2025 at 11:34, Matthias Geiger <m_g...@wi...> wrote:

> Hi,
>
> I am finalizing my packaging of the userspace tools for Debian. The
> major blocker to get this uploaded are the python bindings.
> I ran into the following issues:
> - The install path is hardcoded to
> /usr/local/lib/python3.12/dist-packages; this should be
> /usr/lib/$(pythonversion)/distpackages
> - setuptools is deprecated:
>
> running install
> /usr/lib/python3/dist-packages/setuptools/_distutils/cmd.py:66:
> SetuptoolsDeprecationWarning: setup.py install is deprecated.
> !!
>
>
> ********************************************************************************
>          Please avoid running ``setup.py`` directly.
>          Instead, use pypa/build, pypa/installer or other
>          standards-based tools.
>
>          See
> https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for
> details.
>
> ********************************************************************************
>
> !!
>
> Attached you can find a patch that converts the userspace tools to use
> pyproject.toml. This does not work (yet), since
> pyproject can't deal with a header that is not in the same directory as
> the project root:
> https://discuss.python.org/t/include-header-above-project-root/102221/3
> None of the solutions for this are nice; IMO the best would be to
> symlink/copy Gpib.h to the language/python subdirectory.
> Alternatively, the whole build process could be implemented in make,
> however that is not ideal and I'd like to avoid that.
> I'd like to ask for guidance what the project prefers; the current
> setuptools approach will break sooner or later (it's already deprecated).
>
> --
> Freundliche Grüsse / Best regards
>
> Matthias Geiger
> __________________________________________________________________
> Matthias Geiger
> Werkstudent
> Forschung & Entwicklung/Research & Development
>
> Phone : +49-6441-609-3004
> Email : m_g...@wi...
> URL   : www.wiwa.de
>
> WIWA Wilhelm Wagner GmbH & Co. KG
> Gewerbestrasse 1-3, 35633 Lahnau, Germany
> Besucheranschrift/visitor address:
> Georg-Ohm-Strasse 12, 35633 Lahnau, Germany
>
> AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
> UST-ID Nr: / VAT-No: DE113745802
> Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte
> Weber
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>

[Linux-gpib-general] Python bindings

[Matthias G. <m_g...@wi...>]

Hi,

I am finalizing my packaging of the userspace tools for Debian. The 
major blocker to get this uploaded are the python bindings.
I ran into the following issues:
- The install path is hardcoded to 
/usr/local/lib/python3.12/dist-packages; this should be 
/usr/lib/$(pythonversion)/distpackages
- setuptools is deprecated:

running install
/usr/lib/python3/dist-packages/setuptools/_distutils/cmd.py:66: 
SetuptoolsDeprecationWarning: setup.py install is deprecated.
!!

********************************************************************************
         Please avoid running ``setup.py`` directly.
         Instead, use pypa/build, pypa/installer or other
         standards-based tools.

         See 
https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for 
details.
********************************************************************************

!!

Attached you can find a patch that converts the userspace tools to use 
pyproject.toml. This does not work (yet), since
pyproject can't deal with a header that is not in the same directory as 
the project root:
https://discuss.python.org/t/include-header-above-project-root/102221/3
None of the solutions for this are nice; IMO the best would be to 
symlink/copy Gpib.h to the language/python subdirectory.
Alternatively, the whole build process could be implemented in make, 
however that is not ideal and I'd like to avoid that.
I'd like to ask for guidance what the project prefers; the current 
setuptools approach will break sooner or later (it's already deprecated).

-- 
Freundliche Grüsse / Best regards

Matthias Geiger
__________________________________________________________________
Matthias Geiger
Werkstudent
Forschung & Entwicklung/Research & Development

Phone : +49-6441-609-3004
Email : m_g...@wi...
URL   : www.wiwa.de

WIWA Wilhelm Wagner GmbH & Co. KG
Gewerbestrasse 1-3, 35633 Lahnau, Germany
Besucheranschrift/visitor address:
Georg-Ohm-Strasse 12, 35633 Lahnau, Germany

AG WETZLAR HRA 3223, Komplementär : Wagner GmbH (AG Wetzlar HRB 363)
UST-ID Nr: / VAT-No: DE113745802
Geschäftsführer: Dipl.-Ing. (FH) Peter Turczak, Dipl.-Wirt.-Ing. Malte Weber

Re: [Linux-gpib-general] Problem installing driver on newly update Ubuntu 24.04.3

[dave p. <dpe...@gm...>]

Hi Søren,
Please try the git repo
<https://sourceforge.net/p/linux-gpib/git/ci/master/tree/>. A new release
is in the works.
cheers,
-Dave

Re: [Linux-gpib-general] almost one year since I'm unable to install linux-gpib on my gentoo

[Evan F. <eva...@gm...>]

Sorry that is frustrating. I am a fellow gentoo user myself. This
sounds like an issue that should be submitted to the authors of the
ebuild you are using. You will want to explain in the bug report what
kernel you are using too (gentoo, vs vanilla, vs xyz).

On Tue, Sep 23, 2025 at 4:00 PM Jakub Ladman <la...@vo...> wrote:
>
> Hi,
>
> for almost whole year I am unable to install linux-gpib on my gentoo linux.
>
> Since kernel was updated to 6.12 the packages (ebuilds) that are
> describing to the system how the linux-gpib(-kernel) sources are to be
> obtained and how to build them, are no longer able to build it.
>
> For short while it was possible instead of the "stable" ebuild
> linux-gpib-4.3.6 to use linux-gpib-9999 which is set to fetch the top of
> the development git.
>
> Now every attempt fails.
>
> I am waiting for kernel update to the dream version containing the gpib
> drivers, but for many months nothing.
>
> There is masked package of linux 6.16.8 but anything I can do including
> unmasking it leads not to bootable system.
>
> I was hoping also for version 4.3.7 of the gpib suite will appear and
> solve it, but no ...
>
> I know you can't support every distro there exist in this universe, but
> I honestly don't know what to do, so just complaining ...
>
> There were years where no problem with installing linux-gpib were present.
>
> J.
>
>
> _______________________________________________
> Linux-gpib-general mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general

[Linux-gpib-general] almost one year since I'm unable to install linux-gpib on my gentoo

[Jakub L. <la...@vo...>]

Hi,

for almost whole year I am unable to install linux-gpib on my gentoo linux.

Since kernel was updated to 6.12 the packages (ebuilds) that are 
describing to the system how the linux-gpib(-kernel) sources are to be 
obtained and how to build them, are no longer able to build it.

For short while it was possible instead of the "stable" ebuild 
linux-gpib-4.3.6 to use linux-gpib-9999 which is set to fetch the top of 
the development git.

Now every attempt fails.

I am waiting for kernel update to the dream version containing the gpib 
drivers, but for many months nothing.

There is masked package of linux 6.16.8 but anything I can do including 
unmasking it leads not to bootable system.

I was hoping also for version 4.3.7 of the gpib suite will appear and 
solve it, but no ...

I know you can't support every distro there exist in this universe, but 
I honestly don't know what to do, so just complaining ...

There were years where no problem with installing linux-gpib were present.

J.

[Linux-gpib-general] Problem installing driver on newly update Ubuntu 24.04.3

[Søren K. <sq...@dt...>]

Hi all

I have just upgrasded a relatively new server to ubuntu 24.04.3 and when 
updating the Linux-gpib driver I got this error:


root@celletest-53:~/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6# make
make -C /lib/modules/`uname -r`/build V=0 modules \
M="/root/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6/drivers/gpib" \
     GPIB_TOP_DIR=/root/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6 \
     CONFIG_GPIB_ISA="" \
     GPIB_CONFIG_PCMCIA="0" \
     HAVE_DEV_OF_NODE= \
     GPIB_CONFIG_KERNEL_DEBUG=0
make[1]: Entering directory '/usr/src/linux-headers-6.14.0-29-generic'
make[2]: Entering directory 
'/root/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6/drivers/gpib'
warning: the compiler differs from the one used to build the kernel
   The kernel was built by: x86_64-linux-gnu-gcc-13 (Ubuntu 
13.3.0-6ubuntu2~24.04) 13.3.0
   You are using:           gcc-13 (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0
   CC [M]  agilent_82350b/agilent_82350b_init.o
agilent_82350b/agilent_82350b_init.c:157:9: warning: no previous 
prototype for ‘agilent_82350b_serial_poll_status’ [-Wmissing-prototypes]
   157 | uint8_t agilent_82350b_serial_poll_status( gpib_board_t *board )
       |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82350b/agilent_82350b_init.c:162:5: warning: no previous 
prototype for ‘agilent_82350b_line_status’ [-Wmissing-prototypes]
   162 | int agilent_82350b_line_status( const gpib_board_t *board )
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82350b/agilent_82350b_init.c:168:14: warning: no previous 
prototype for ‘agilent_82350b_t1_delay’ [-Wmissing-prototypes]
   168 | unsigned int agilent_82350b_t1_delay( gpib_board_t *board, 
unsigned int nanosec )
       |              ^~~~~~~~~~~~~~~~~~~~~~~
agilent_82350b/agilent_82350b_init.c:261:5: warning: no previous 
prototype for ‘init_82350a_hardware’ [-Wmissing-prototypes]
   261 | int init_82350a_hardware(gpib_board_t *board, const 
gpib_board_config_t *config)
       |     ^~~~~~~~~~~~~~~~~~~~
agilent_82350b/agilent_82350b_init.c:326:5: warning: no previous 
prototype for ‘test_sram’ [-Wmissing-prototypes]
   326 | int test_sram(gpib_board_t *board)
       |     ^~~~~~~~~
agilent_82350b/agilent_82350b_init.c:353:5: warning: no previous 
prototype for ‘agilent_82350b_generic_attach’ [-Wmissing-prototypes]
   353 | int agilent_82350b_generic_attach(gpib_board_t *board, const 
gpib_board_config_t *config, int use_fifos)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   CC [M]  agilent_82350b/agilent_82350b_read.o
   CC [M]  agilent_82350b/agilent_82350b_write.o
   CC [M]  agilent_82350b/agilent_82350b_interrupt.o
   LD [M]  agilent_82350b/agilent_82350b.o
   CC [M]  agilent_82357a/agilent_82357a.o
agilent_82357a/agilent_82357a.c:55:5: warning: no previous prototype for 
‘agilent_82357a_send_bulk_msg’ [-Wmissing-prototypes]
    55 | int agilent_82357a_send_bulk_msg(agilent_82357a_private_t 
*a_priv, void *data, int data_length, int *actual_data_length,
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:132:5: warning: no previous prototype 
for ‘agilent_82357a_receive_bulk_msg’ [-Wmissing-prototypes]
   132 | int agilent_82357a_receive_bulk_msg(agilent_82357a_private_t 
*a_priv, void *data, int data_length, int *actual_data_length,
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:206:5: warning: no previous prototype 
for ‘agilent_82357a_receive_control_msg’ [-Wmissing-prototypes]
   206 | int agilent_82357a_receive_control_msg(agilent_82357a_private_t 
*a_priv, __u8 request, __u8 requesttype, __u16 value,
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:241:5: warning: no previous prototype 
for ‘agilent_82357a_write_registers’ [-Wmissing-prototypes]
   241 | int agilent_82357a_write_registers(agilent_82357a_private_t 
*a_priv, const struct agilent_82357a_register_pairlet *writes,
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:323:5: warning: no previous prototype 
for ‘agilent_82357a_read_registers’ [-Wmissing-prototypes]
   323 | int agilent_82357a_read_registers(agilent_82357a_private_t 
*a_priv, struct agilent_82357a_register_pairlet *reads,
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:471:5: warning: no previous prototype 
for ‘agilent_82357a_read’ [-Wmissing-prototypes]
   471 | int agilent_82357a_read(gpib_board_t *board, uint8_t *buffer, 
size_t length, int *end, size_t *nbytes)
       |     ^~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:725:5: warning: no previous prototype 
for ‘agilent_82357a_command’ [-Wmissing-prototypes]
   725 | int agilent_82357a_command(gpib_board_t *board, uint8_t 
*buffer, size_t length, size_t *bytes_written)
       |     ^~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:730:5: warning: no previous prototype 
for ‘agilent_82357a_take_control’ [-Wmissing-prototypes]
   730 | int agilent_82357a_take_control(gpib_board_t *board, int 
synchronous)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:764:5: warning: no previous prototype 
for ‘agilent_82357a_go_to_standby’ [-Wmissing-prototypes]
   764 | int agilent_82357a_go_to_standby(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:781:6: warning: no previous prototype 
for ‘agilent_82357a_request_system_control’ [-Wmissing-prototypes]
   781 | void agilent_82357a_request_system_control(gpib_board_t *board, 
int request_control)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:811:6: warning: no previous prototype 
for ‘agilent_82357a_interface_clear’ [-Wmissing-prototypes]
   811 | void agilent_82357a_interface_clear(gpib_board_t *board, int 
assert)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:831:6: warning: no previous prototype 
for ‘agilent_82357a_remote_enable’ [-Wmissing-prototypes]
   831 | void agilent_82357a_remote_enable(gpib_board_t *board, int enable)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:851:5: warning: no previous prototype 
for ‘agilent_82357a_enable_eos’ [-Wmissing-prototypes]
   851 | int agilent_82357a_enable_eos(gpib_board_t *board, uint8_t 
eos_byte, int compare_8_bits)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:865:6: warning: no previous prototype 
for ‘agilent_82357a_disable_eos’ [-Wmissing-prototypes]
   865 | void agilent_82357a_disable_eos(gpib_board_t *board)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:928:5: warning: no previous prototype 
for ‘agilent_82357a_primary_address’ [-Wmissing-prototypes]
   928 | int agilent_82357a_primary_address(gpib_board_t *board, 
unsigned int address)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:946:5: warning: no previous prototype 
for ‘agilent_82357a_secondary_address’ [-Wmissing-prototypes]
   946 | int agilent_82357a_secondary_address(gpib_board_t *board, 
unsigned int address, int enable)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:953:5: warning: no previous prototype 
for ‘agilent_82357a_parallel_poll’ [-Wmissing-prototypes]
   953 | int agilent_82357a_parallel_poll(gpib_board_t *board, uint8_t 
*result)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:993:6: warning: no previous prototype 
for ‘agilent_82357a_parallel_poll_configure’ [-Wmissing-prototypes]
   993 | void agilent_82357a_parallel_poll_configure(gpib_board_t 
*board, uint8_t config)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:998:6: warning: no previous prototype 
for ‘agilent_82357a_parallel_poll_response’ [-Wmissing-prototypes]
   998 | void agilent_82357a_parallel_poll_response(gpib_board_t *board, 
int ist)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1003:6: warning: no previous prototype 
for ‘agilent_82357a_serial_poll_response’ [-Wmissing-prototypes]
  1003 | void agilent_82357a_serial_poll_response(gpib_board_t *board, 
uint8_t status)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1008:9: warning: no previous prototype 
for ‘agilent_82357a_serial_poll_status’ [-Wmissing-prototypes]
  1008 | uint8_t agilent_82357a_serial_poll_status( gpib_board_t *board )
       |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1013:6: warning: no previous prototype 
for ‘agilent_82357a_return_to_local’ [-Wmissing-prototypes]
  1013 | void agilent_82357a_return_to_local( gpib_board_t *board )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1018:5: warning: no previous prototype 
for ‘agilent_82357a_line_status’ [-Wmissing-prototypes]
  1018 | int agilent_82357a_line_status( const gpib_board_t *board )
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1066:14: warning: no previous prototype 
for ‘agilent_82357a_t1_delay’ [-Wmissing-prototypes]
  1066 | unsigned int agilent_82357a_t1_delay( gpib_board_t *board, 
unsigned int nanosec )
       |              ^~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1082:6: warning: no previous prototype 
for ‘agilent_82357a_interrupt_complete’ [-Wmissing-prototypes]
  1082 | void agilent_82357a_interrupt_complete(struct urb *urb PT_REGS_ARG)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1370:5: warning: no previous prototype 
for ‘agilent_82357a_attach’ [-Wmissing-prototypes]
  1370 | int agilent_82357a_attach(gpib_board_t *board, const 
gpib_board_config_t *config)
       |     ^~~~~~~~~~~~~~~~~~~~~
agilent_82357a/agilent_82357a.c:1497:6: warning: no previous prototype 
for ‘agilent_82357a_detach’ [-Wmissing-prototypes]
  1497 | void agilent_82357a_detach(gpib_board_t *board)
       |      ^~~~~~~~~~~~~~~~~~~~~
   CC [M]  cb7210/cb7210_init.o
cb7210/cb7210_init.c:321:5: warning: no previous prototype for 
‘cb7210_allocate_private’ [-Wmissing-prototypes]
   321 | int cb7210_allocate_private(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~~~~
   CC [M]  cb7210/cb7210_cs.o
   CC [M]  cb7210/interrupt.o
   CC [M]  cb7210/cb7210_aux.o
   CC [M]  cb7210/cb7210_read.o
   CC [M]  cb7210/cb7210_write.o
cb7210/cb7210_write.c:21:5: warning: no previous prototype for 
‘output_fifo_empty’ [-Wmissing-prototypes]
    21 | int output_fifo_empty( const cb7210_private_t *cb_priv )
       |     ^~~~~~~~~~~~~~~~~
cb7210/cb7210_write.c:66:5: warning: no previous prototype for 
‘fifo_write’ [-Wmissing-prototypes]
    66 | int fifo_write( gpib_board_t *board, uint8_t *buffer, size_t 
length, size_t *bytes_written)
       |     ^~~~~~~~~~
   LD [M]  cb7210/cb7210.o
   CC [M]  cec/init.o
cec/init.c:122:9: warning: no previous prototype for 
‘cec_serial_poll_status’ [-Wmissing-prototypes]
   122 | uint8_t cec_serial_poll_status( gpib_board_t *board )
       |         ^~~~~~~~~~~~~~~~~~~~~~
cec/init.c:127:14: warning: no previous prototype for ‘cec_t1_delay’ 
[-Wmissing-prototypes]
   127 | unsigned int cec_t1_delay( gpib_board_t *board, unsigned int 
nano_sec )
       |              ^~~~~~~~~~~~
cec/init.c:167:5: warning: no previous prototype for 
‘cec_allocate_private’ [-Wmissing-prototypes]
   167 | int cec_allocate_private(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~
cec/init.c:327:12: warning: no previous prototype for ‘cec_init_module’ 
[-Wmissing-prototypes]
   327 | int __init cec_init_module(void)
       |            ^~~~~~~~~~~~~~~
cec/init.c:342:6: warning: no previous prototype for ‘cec_exit_module’ 
[-Wmissing-prototypes]
   342 | void cec_exit_module(void)
       |      ^~~~~~~~~~~~~~~
   CC [M]  cec/interrupt.o
   LD [M]  cec/cec_gpib.o
   CC [M]  fmh_gpib/fmh_gpib.o
fmh_gpib/fmh_gpib.c:52:5: warning: no previous prototype for 
‘fmh_gpib_read’ [-Wmissing-prototypes]
    52 | int fmh_gpib_read(gpib_board_t *board, uint8_t *buffer, size_t 
length, int *end, size_t *bytes_read)
       |     ^~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:57:5: warning: no previous prototype for 
‘fmh_gpib_write’ [-Wmissing-prototypes]
    57 | int fmh_gpib_write(gpib_board_t *board, uint8_t *buffer, size_t 
length, int send_eoi, size_t *bytes_written)
       |     ^~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:62:5: warning: no previous prototype for 
‘fmh_gpib_command’ [-Wmissing-prototypes]
    62 | int fmh_gpib_command(gpib_board_t *board, uint8_t *buffer, 
size_t length, size_t *bytes_written)
       |     ^~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:67:5: warning: no previous prototype for 
‘fmh_gpib_take_control’ [-Wmissing-prototypes]
    67 | int fmh_gpib_take_control(gpib_board_t *board, int synchronous)
       |     ^~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:72:5: warning: no previous prototype for 
‘fmh_gpib_go_to_standby’ [-Wmissing-prototypes]
    72 | int fmh_gpib_go_to_standby(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:77:6: warning: no previous prototype for 
‘fmh_gpib_request_system_control’ [-Wmissing-prototypes]
    77 | void fmh_gpib_request_system_control( gpib_board_t *board, int 
request_control )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:83:6: warning: no previous prototype for 
‘fmh_gpib_interface_clear’ [-Wmissing-prototypes]
    83 | void fmh_gpib_interface_clear(gpib_board_t *board, int assert)
       |      ^~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:88:6: warning: no previous prototype for 
‘fmh_gpib_remote_enable’ [-Wmissing-prototypes]
    88 | void fmh_gpib_remote_enable(gpib_board_t *board, int enable)
       |      ^~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:93:5: warning: no previous prototype for 
‘fmh_gpib_enable_eos’ [-Wmissing-prototypes]
    93 | int fmh_gpib_enable_eos(gpib_board_t *board, uint8_t eos_byte, 
int compare_8_bits)
       |     ^~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:98:6: warning: no previous prototype for 
‘fmh_gpib_disable_eos’ [-Wmissing-prototypes]
    98 | void fmh_gpib_disable_eos(gpib_board_t *board)
       |      ^~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:103:14: warning: no previous prototype for 
‘fmh_gpib_update_status’ [-Wmissing-prototypes]
   103 | unsigned int fmh_gpib_update_status( gpib_board_t *board, 
unsigned int clear_mask )
       |              ^~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:108:5: warning: no previous prototype for 
‘fmh_gpib_primary_address’ [-Wmissing-prototypes]
   108 | int fmh_gpib_primary_address(gpib_board_t *board, unsigned int 
address)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:113:5: warning: no previous prototype for 
‘fmh_gpib_secondary_address’ [-Wmissing-prototypes]
   113 | int fmh_gpib_secondary_address(gpib_board_t *board, unsigned 
int address, int enable)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:118:5: warning: no previous prototype for 
‘fmh_gpib_parallel_poll’ [-Wmissing-prototypes]
   118 | int fmh_gpib_parallel_poll(gpib_board_t *board, uint8_t *result)
       |     ^~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:123:6: warning: no previous prototype for 
‘fmh_gpib_parallel_poll_configure’ [-Wmissing-prototypes]
   123 | void fmh_gpib_parallel_poll_configure( gpib_board_t *board, 
uint8_t configuration )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:128:6: warning: no previous prototype for 
‘fmh_gpib_parallel_poll_response’ [-Wmissing-prototypes]
   128 | void fmh_gpib_parallel_poll_response( gpib_board_t *board, int 
ist )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:133:6: warning: no previous prototype for 
‘fmh_gpib_local_parallel_poll_mode’ [-Wmissing-prototypes]
   133 | void fmh_gpib_local_parallel_poll_mode( gpib_board_t *board, 
int local )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:148:6: warning: no previous prototype for 
‘fmh_gpib_serial_poll_response2’ [-Wmissing-prototypes]
   148 | void fmh_gpib_serial_poll_response2(gpib_board_t *board,
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:190:9: warning: no previous prototype for 
‘fmh_gpib_serial_poll_status’ [-Wmissing-prototypes]
   190 | uint8_t fmh_gpib_serial_poll_status( gpib_board_t *board )
       |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:195:6: warning: no previous prototype for 
‘fmh_gpib_return_to_local’ [-Wmissing-prototypes]
   195 | void fmh_gpib_return_to_local( gpib_board_t *board )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:203:5: warning: no previous prototype for 
‘fmh_gpib_line_status’ [-Wmissing-prototypes]
   203 | int fmh_gpib_line_status( const gpib_board_t *board )
       |     ^~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:235:14: warning: no previous prototype for 
‘fmh_gpib_t1_delay’ [-Wmissing-prototypes]
   235 | unsigned int fmh_gpib_t1_delay( gpib_board_t *board, unsigned 
int nano_sec )
       |              ^~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:1262:5: warning: no previous prototype for 
‘fmh_gpib_allocate_private’ [-Wmissing-prototypes]
  1262 | int fmh_gpib_allocate_private(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:1279:6: warning: no previous prototype for 
‘fmh_gpib_generic_detach’ [-Wmissing-prototypes]
  1279 | void fmh_gpib_generic_detach(gpib_board_t *board)
       |      ^~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:1294:5: warning: no previous prototype for 
‘fmh_gpib_generic_attach’ [-Wmissing-prototypes]
  1294 | int fmh_gpib_generic_attach(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:1347:5: warning: no previous prototype for 
‘fmh_gpib_init’ [-Wmissing-prototypes]
  1347 | int fmh_gpib_init(fmh_gpib_private_t *e_priv, gpib_board_t 
*board, int handshake_mode)
       |     ^~~~~~~~~~~~~
fmh_gpib/fmh_gpib.c:1561:5: warning: no previous prototype for 
‘fmh_gpib_pci_attach_impl’ [-Wmissing-prototypes]
  1561 | int fmh_gpib_pci_attach_impl(gpib_board_t *board, const 
gpib_board_config_t *config, unsigned handshake_mode)
       |     ^~~~~~~~~~~~~~~~~~~~~~~~
   CC [M]  gpio/gpib_bitbang.o
gpio/gpib_bitbang.c:280:5: warning: no previous prototype for ‘bb_read’ 
[-Wmissing-prototypes]
   280 | int bb_read(gpib_board_t *board, uint8_t *buffer, size_t length,
       |     ^~~~~~~
gpio/gpib_bitbang.c:345:13: warning: no previous prototype for 
‘bb_DAV_interrupt’ [-Wmissing-prototypes]
   345 | irqreturn_t bb_DAV_interrupt (int irq, void * arg) {
       |             ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:403:5: warning: no previous prototype for ‘bb_write’ 
[-Wmissing-prototypes]
   403 | int bb_write(gpib_board_t *board, uint8_t *buffer, size_t length,
       |     ^~~~~~~~
gpio/gpib_bitbang.c:478:13: warning: no previous prototype for 
‘bb_NRFD_interrupt’ [-Wmissing-prototypes]
   478 | irqreturn_t bb_NRFD_interrupt(int irq, void * arg)
       |             ^~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:540:13: warning: no previous prototype for 
‘bb_NDAC_interrupt’ [-Wmissing-prototypes]
   540 | irqreturn_t bb_NDAC_interrupt(int irq, void * arg)
       |             ^~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:588:13: warning: no previous prototype for 
‘bb_SRQ_interrupt’ [-Wmissing-prototypes]
   588 | irqreturn_t bb_SRQ_interrupt(int irq, void * arg)
       |             ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:603:5: warning: no previous prototype for 
‘bb_command’ [-Wmissing-prototypes]
   603 | int bb_command(gpib_board_t *board, uint8_t *buffer,
       |     ^~~~~~~~~~
gpio/gpib_bitbang.c:735:5: warning: no previous prototype for 
‘bb_take_control’ [-Wmissing-prototypes]
   735 | int bb_take_control(gpib_board_t *board, int synchronous)
       |     ^~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:743:5: warning: no previous prototype for 
‘bb_go_to_standby’ [-Wmissing-prototypes]
   743 | int bb_go_to_standby(gpib_board_t *board)
       |     ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:750:6: warning: no previous prototype for 
‘bb_request_system_control’ [-Wmissing-prototypes]
   750 | void bb_request_system_control(gpib_board_t *board, int 
request_control )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:761:6: warning: no previous prototype for 
‘bb_interface_clear’ [-Wmissing-prototypes]
   761 | void bb_interface_clear(gpib_board_t *board, int assert)
       |      ^~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:774:6: warning: no previous prototype for 
‘bb_remote_enable’ [-Wmissing-prototypes]
   774 | void bb_remote_enable(gpib_board_t *board, int enable)
       |      ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:786:5: warning: no previous prototype for 
‘bb_enable_eos’ [-Wmissing-prototypes]
   786 | int bb_enable_eos(gpib_board_t *board, uint8_t eos_byte, int 
compare_8_bits)
       |     ^~~~~~~~~~~~~
gpio/gpib_bitbang.c:797:6: warning: no previous prototype for 
‘bb_disable_eos’ [-Wmissing-prototypes]
   797 | void bb_disable_eos(gpib_board_t *board)
       |      ^~~~~~~~~~~~~~
gpio/gpib_bitbang.c:804:14: warning: no previous prototype for 
‘bb_update_status’ [-Wmissing-prototypes]
   804 | unsigned int bb_update_status(gpib_board_t *board, unsigned int 
clear_mask )
       |              ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:835:5: warning: no previous prototype for 
‘bb_primary_address’ [-Wmissing-prototypes]
   835 | int bb_primary_address(gpib_board_t *board, unsigned int address)
       |     ^~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:842:5: warning: no previous prototype for 
‘bb_secondary_address’ [-Wmissing-prototypes]
   842 | int bb_secondary_address(gpib_board_t *board, unsigned int 
address, int enable)
       |     ^~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:850:5: warning: no previous prototype for 
‘bb_parallel_poll’ [-Wmissing-prototypes]
   850 | int bb_parallel_poll(gpib_board_t *board, uint8_t *result)
       |     ^~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:855:6: warning: no previous prototype for 
‘bb_parallel_poll_configure’ [-Wmissing-prototypes]
   855 | void bb_parallel_poll_configure(gpib_board_t *board, uint8_t 
config )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:859:6: warning: no previous prototype for 
‘bb_parallel_poll_response’ [-Wmissing-prototypes]
   859 | void bb_parallel_poll_response(gpib_board_t *board, int ist )
       |      ^~~~~~~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:862:6: warning: no previous prototype for 
‘bb_serial_poll_response’ [-Wmissing-prototypes]
   862 | void bb_serial_poll_response(gpib_board_t *board, uint8_t status)
       |      ^~~~~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:866:9: warning: no previous prototype for 
‘bb_serial_poll_status’ [-Wmissing-prototypes]
   866 | uint8_t bb_serial_poll_status(gpib_board_t *board )
       |         ^~~~~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:871:14: warning: no previous prototype for 
‘bb_t1_delay’ [-Wmissing-prototypes]
   871 | unsigned int bb_t1_delay( gpib_board_t *board,  unsigned int 
nano_sec )
       |              ^~~~~~~~~~~
gpio/gpib_bitbang.c:885:6: warning: no previous prototype for 
‘bb_return_to_local’ [-Wmissing-prototypes]
   885 | void bb_return_to_local(gpib_board_t *board )
       |      ^~~~~~~~~~~~~~~~~~
gpio/gpib_bitbang.c:890:5: warning: no previous prototype for 
‘bb_line_status’ [-Wmissing-prototypes]
   890 | int bb_line_status(const gpib_board_t *board )
       |     ^~~~~~~~~~~~~~
gpio/gpib_bitbang.c: In function ‘allocate_gpios’:
gpio/gpib_bitbang.c:966:56: error: ‘GPIOF_DIR_IN’ undeclared (first use 
in this function); did you mean ‘GPIOD_IN’?
   966 |                 if (gpio_request_one (gpios_vector[j], 
GPIOF_DIR_IN, NULL)) break;
       | ^~~~~~~~~~~~
       | GPIOD_IN
gpio/gpib_bitbang.c:966:56: note: each undeclared identifier is reported 
only once for each function it appears in
gpio/gpib_bitbang.c: At top level:
gpio/gpib_bitbang.c:993:6: warning: no previous prototype for 
‘bb_detach’ [-Wmissing-prototypes]
   993 | void bb_detach(gpib_board_t *board)
       |      ^~~~~~~~~
gpio/gpib_bitbang.c:1016:5: warning: no previous prototype for 
‘bb_attach’ [-Wmissing-prototypes]
  1016 | int bb_attach(gpib_board_t *board, const gpib_board_config_t 
*config)
       |     ^~~~~~~~~
make[5]: *** 
[/usr/src/linux-headers-6.14.0-29-generic/scripts/Makefile.build:207: 
gpio/gpib_bitbang.o] Error 1
make[4]: *** 
[/usr/src/linux-headers-6.14.0-29-generic/scripts/Makefile.build:465: 
gpio] Error 2
make[3]: *** [/usr/src/linux-headers-6.14.0-29-generic/Makefile:2001: .] 
Error 2
make[2]: *** [/usr/src/linux-headers-6.14.0-29-generic/Makefile:251: 
__sub-make] Error 2
make[2]: Leaving directory 
'/root/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6/drivers/gpib'
make[1]: *** [Makefile:251: __sub-make] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-6.14.0-29-generic'
make: *** [Makefile:10: all] Error 2
root@celletest-53:~/linux-gpib-4.3.6/linux-gpib-kernel-4.3.6#


The error is for the bitbang driver, and as I only needed the NI4882 
driver I could suppress it by commenting out the following line in 
drivers/gpib/gpio/Makefile:

obj-m += gpib_bitbang.o


However for others who do need the bitbang driver this is not an option :-)


I am not suficiently fluent in kernel development to know what caused 
this error but what is curious is that for a lot of older servers which 
I also updated to 24-04-3 there was no problem....


Best regards


-- 
Søren Koch
Senior Development Engineer
Mob: +45 21325247
sq...@dt...
Fysikvej
Building 310
2800 Kgs. Lyngby

Re: [Linux-gpib-general] computer in listen-only mode?

[Hernán F. <hj...@hj...>]

hi Dave, thanks for that. It didn't really work for me at first - it'll
just stop working after the first chunk of data. I had to modify it by
commenting out "end = (stat & END);" But I have to wait for it to time out
to print out the last chunk. It's good enough for my needs though!

Cheers

On Thu, Sep 18, 2025 at 4:45 AM dave penkler <dpe...@gm...> wrote:

> Hi Hernán,
> This little programme works for me. It sets the pad of the controller to
> 23 and goes into listen mode by sending the command string UNL, UNT, LSN 23
> to the controller.
> tplot2 >file.hpgl
> cheers,
> -Dave
>
> On Thu, 18 Sept 2025 at 09:12, Hernán Freschi <hj...@hj...> wrote:
>
>> Is it possible to run a device (a ni_pci in particular) in "listen only"
>> mode? Instead of being a controller, I'd like it to be a listen only
>> device, so I can emulate a plotter
>>
>> My idea is to just grab all of the HPGL commands a device sends and then
>> convert into PDF.
>>
>> This has already been discussed 2 decades ago:
>> https://sourceforge.net/p/linux-gpib/mailman/linux-gpib-general/thread/446940000.1056300621%40%5B192.168.1.1%5D/#msg2697429
>> but the solution is specific to a particular device.
>>
>> The NI  forums mention:
>>
>> #define IbcLON 0x0022 /*Enter listen only mode*/
>>
>> but it doesn't seem like linux-gpib implements this?
>>
>> Thanks
>> _______________________________________________
>> Linux-gpib-general mailing list
>> Lin...@li...
>> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>>
>

Re: [Linux-gpib-general] computer in listen-only mode?

[Michael K <vk...@ya...>]

I had the same thought ... and wrote https://github.com/VK2BEA/HPGL-Plotter 8-)Michael
   On Thursday, September 18, 2025 at 03:11:54 AM EDT, Hernán Freschi <hj...@hj...> wrote:  
 
 Is it possible to run a device (a ni_pci in particular) in "listen only" mode? Instead of being a controller, I'd like it to be a listen only device, so I can emulate a plotter
My idea is to just grab all of the HPGL commands a device sends and then convert into PDF. 
This has already been discussed 2 decades ago: https://sourceforge.net/p/linux-gpib/mailman/linux-gpib-general/thread/446940000.1056300621%40%5B192.168.1.1%5D/#msg2697429 but the solution is specific to a particular device.
The NI  forums mention:
#define IbcLON 0x0022 /*Enter listen only mode*/ 
but it doesn't seem like linux-gpib implements this?
Thanks_______________________________________________
Linux-gpib-general mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linux-gpib-general