Re: [Hamlib-developer] (no subject)

[Black M. <mdb...@ya...>]

Yes

 

    On Saturday, August 27, 2022 at 10:58:10 AM CDT, G0GJV <g0...@go...> wrote:  
 
 Mike

Do you have a Qt installation under windows?

Mike G0GJV

> Mike
> 
> It's open source
> 
> https://sourceforge.net/projects/minos
> 
> I'll try creating a Qt example.
> 
> Mike G0GJV
> 
> > Your test program compiles OK though, right?  The one you sent me?
> > I need your project files for the Qt version.
> > 
> >  
> > 
> >    On Saturday, August 27, 2022 at 08:26:50 AM CDT, G0GJV
> <g0...@go...>
> > wrote:  
> >  
> >  Yes. When it showed missing, I went looking for it!
> > 
> > I haven't yet managed to build a .lib for it, but as it
> won't compile that isn't currently 
> > important.
> > 
> > Mike G0GJV
> > 
> > > Did you use the winpthreads.h from the github repository?
> > > https://github.com/Hamlib/Hamlib/tree/master/include/hamlib
> > > 
> > > Mike
> > > 
> > >  
> > > 
> > >    On Saturday, August 27, 2022 at 06:56:23 AM CDT, G0GJV
> > <g0...@go...>
> > > wrote:  
> > >  
> > >  Mike
> > > 
> > > winpthreads.h hasn't made it into the overnight zip.
> > > 
> > > When I add it manually, I find that it creates some serious clashes with Qt!
> > > 
> > > Why do you need to expose pthreads to the application
> builder? It looks like it is just 
> > > for
> > > 
> > > pthread_mutex_t mutex_set_transaction;
> > > 
> > > Can't you put this somewhere else, and have a
> void * to point to it in rig.h? This would 
> > > remove the need for a large #include, and would compile easily everywhere.
> > > 
> > > Mike G0GJV





_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer