Re: [Emc-users] compiling hidcomp
On 03/05/2011 06:17 PM, Frank Tkalcevic wrote: > I'm guessing you are building on Ubuntu 10. Hidcomp was last built and > released on Ubuntu 8 (binaries tested on 10) > > To build on Ubuntu 10... > > Add to "include/datatypes.h" > > #include > > And in "hid/lcddataformatter.cpp", add > > #include > #include > > The next release will be built under Ubuntu 10. I'll be adding keyboard > support (map key combination to an output pin), and support USB devices with > multiple interfaces (it only uses interface 0 at the moment - devices like > keyboards with multimedia controls - interface 0 = keyboard, interface 1 = > multimedia device - won't work). > > Frank > > thanks for the update; it'll be an interesting learning experience ldw -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
I'm guessing you are building on Ubuntu 10. Hidcomp was last built and released on Ubuntu 8 (binaries tested on 10) To build on Ubuntu 10... Add to "include/datatypes.h" #include And in "hid/lcddataformatter.cpp", add #include #include The next release will be built under Ubuntu 10. I'll be adding keyboard support (map key combination to an output pin), and support USB devices with multiple interfaces (it only uses interface 0 at the moment - devices like keyboards with multimedia controls - interface 0 = keyboard, interface 1 = multimedia device - won't work). Frank > -Original Message- > From: lloyd wilson [mailto:llwilso...@hughes.net] > Sent: Saturday, 5 March 2011 10:12 PM > To: Enhanced Machine Controller (EMC) > Subject: Re: [Emc-users] compiling hidcomp > > On 03/04/2011 08:52 PM, Frank Tkalcevic wrote: > > That's in there because I do 95% of my development on Windows. I > > usually develop stuff on windows then move it across to linux when it's > almost done. > > I still haven't found a development environment I like. (tried > > eclipse, qtcreator, but have reverted back to make and vim). > > > > It can be removed. What kind of error are you getting? The #ifdef > > was supposed to keep the windows stuff out. > > > > > > > > > the first stoppage is: > > g++ -c -pipe -O2 -D_REENTRANT -fPIC -Wall -W -DHAS_ASYNC -DQT_XML_LIB > -DQT_NO_DEBUG -DQT_XMLPATTERNS_LIB -DQT_GUI_LIB -DQT_CORE_LIB - > DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. > -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui - > I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXmlPatterns > -I/usr/include/qt4 -Igeneratedfiles -Igeneratedfiles/release -I../utility - > I../usbhid -I../hid -I../include -I../libusb-1.0.2/libusb -Igeneratedfiles/release > -o release/hiddevice.o hiddevice.cpp In file included from hiddevice.h:21, > from hiddevice.cpp:32: > > hidparser.h:110: error: 'int8_t' does not name a type > > the offending lines: > #ifdef _WIN32 > typedef char int8_t; > > #endif > > so, somewhere _WIN32 is getting defined, I just can't find it. > > thanks > > ldw > > > -- > What You Don't Know About Data Connectivity CAN Hurt You This paper > provides an overview of data connectivity, details its effect on application > quality, and explores various alternative solutions. > http://p.sf.net/sfu/progress-d2d > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
On 3/4/2011 8:52 PM, Frank Tkalcevic wrote: > That's [speaking of an "ifdef _WIN32" construction in Frank's code] in there > because I do 95% of my development on Windows. I usually > develop stuff on windows then move it across to linux when it's almost done. > I still haven't found a development environment I like. (tried eclipse, > qtcreator, but have reverted back to make and vim). > There's no shame in that, Frank. I started using computers before operating systems as we know them existed. Since then, I've never met an operating system I couldn't find fault with, and I've used more than a dozen in my career. Still, I've never met an operating system I couldn't use to get my work done. The same can be said for languages and environments. My personal choices are a matter of taste. Use what works for you. In the end, everything is Turing-machine equivalent anyway:-) Regards, Kent -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
On 03/04/2011 08:52 PM, Frank Tkalcevic wrote: > That's in there because I do 95% of my development on Windows. I usually > develop stuff on windows then move it across to linux when it's almost done. > I still haven't found a development environment I like. (tried eclipse, > qtcreator, but have reverted back to make and vim). > > It can be removed. What kind of error are you getting? The #ifdef was > supposed to keep the windows stuff out. > > > the first stoppage is: g++ -c -pipe -O2 -D_REENTRANT -fPIC -Wall -W -DHAS_ASYNC -DQT_XML_LIB -DQT_NO_DEBUG -DQT_XMLPATTERNS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4 -Igeneratedfiles -Igeneratedfiles/release -I../utility -I../usbhid -I../hid -I../include -I../libusb-1.0.2/libusb -Igeneratedfiles/release -o release/hiddevice.o hiddevice.cpp In file included from hiddevice.h:21, from hiddevice.cpp:32: hidparser.h:110: error: ‘int8_t’ does not name a type the offending lines: #ifdef _WIN32 typedef char int8_t; #endif so, somewhere _WIN32 is getting defined, I just can't find it. thanks ldw -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
That's in there because I do 95% of my development on Windows. I usually develop stuff on windows then move it across to linux when it's almost done. I still haven't found a development environment I like. (tried eclipse, qtcreator, but have reverted back to make and vim). It can be removed. What kind of error are you getting? The #ifdef was supposed to keep the windows stuff out. > -Original Message- > From: lloyd wilson [mailto:llwilso...@hughes.net] > Sent: Saturday, 5 March 2011 6:24 AM > To: 'Enhanced Machine Controller (EMC)' > Subject: [Emc-users] compiling hidcomp > > I've downloaded the hidcomp package to use for learning to talk to usb > devices (last weeks Pokeys55, actually). When trying to compile the package, > I keep getting errors because of > > #ifdef _WIN32 > > rgrep doesn't show it being set anywhere in the hid directory structure; does > anybody know where I would go to exorcise this artifact? > > or more colloquially, who let THAT in? > > -- > What You Don't Know About Data Connectivity CAN Hurt You This paper > provides an overview of data connectivity, details its effect on application > quality, and explores various alternative solutions. > http://p.sf.net/sfu/progress-d2d > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
On 3/4/2011 2:24 PM, lloyd wilson wrote: > I've downloaded the hidcomp package to use for learning to talk to usb > devices (last weeks Pokeys55, actually). When trying to compile the > package, I keep getting errors because of > > #ifdef _WIN32 > > rgrep doesn't show it being set anywhere in the hid directory structure; > does anybody know where I would go to exorcise this artifact? > > or more colloquially, who let THAT in? > > -- > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > As I recall there are some of those #ifdef _WIN32 in the Classic Ladder code. Classic ladder will run under windows or linux. http://wiki.linuxcnc.org/emcinfo.pl?ContributedComponents#Ladder_Logic Dave -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] compiling hidcomp
I've downloaded the hidcomp package to use for learning to talk to usb devices (last weeks Pokeys55, actually). When trying to compile the package, I keep getting errors because of #ifdef _WIN32 rgrep doesn't show it being set anywhere in the hid directory structure; does anybody know where I would go to exorcise this artifact? or more colloquially, who let THAT in? -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users