Re: [Barry-devel] Re: trouble compiling

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Ok, here's an lsusb -v of an 8700r for the record.  I'll make the same endpoint
changes suggested earlier and see what I can get from the device...

Steve

Bus 004 Device 004: ID 0fca:0001 Research In Motion, Ltd. Blackberry Handheld
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        16
  idVendor           0x0fca Research In Motion, Ltd.
  idProduct          0x0001 Blackberry Handheld
  bcdDevice            1.04
  iManufacturer           1 Research In Motion
  iProduct                2 BlackBerry Device
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           46
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           4
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0

Quoting Steve Paras-Charlton <st...@fa...>:

> Hmm... retried with CXX=g++-3.4 in Makefile.conf with identical results...
>
> AHA!!  g++-3.3 worked.  We'll probably need to patch the source to handle
> compiler variants (or fix it to work everywhere).  Do we have a cvs tree or
> when changes are needed should I just submit patches here?
>
> Steve
>
> Quoting Steve Paras-Charlton <st...@fa...>:
>
> > Again, thanks Chris for the pointer and date of the libusb devel tree.  I'm
> > now
> > getting what appear to be C++ syntax issues.  Perhaps I'm using a different
> > version of g++?
> >
> > g++ -ansi -Wall  -I/usr/src/libusb/src  -g   -c -o btool.o btool.cc
> > parser.h: In member function 'bool Barry::RecordParser<Record,
> > Storage>::CheckHeaderSize(const Data&, unsigned int) [with Record =
> > Barry::Contact, Storage = Contact2Ldif]':
> > btool.cc:232:   instantiated from here
> > parser.h:115: error: dependent-name 'Record::ProtocolRecordType' is parsed
> as
> > a
> > non-type, but instantiation yields a type
> > parser.h:115: note: say 'typename Record::ProtocolRecordType' if a type is
> > meant
> > parser.h:120: error: dependent-name 'Record::OldProtocolRecordType' is
> parsed
> > as
> > a non-type, but instantiation yields a type
> > parser.h:120: note: say 'typename Record::OldProtocolRecordType' if a type
> is
> > meant
> > parser.h: In member function 'bool Barry::RecordParser<Record,
> > Storage>::CheckHeaderSize(const Data&, unsigned int) [with Record =
> > Barry::Calendar, Storage = Store<Barry::Calendar>]':
> >
> >
> > This repeats for several places in this file...
> >
> > Here's my g++ info...
> >
> > root@yu:/usr/src/barry-0.0.1/src # g++ --v
> > Using built-in specs.
> > Target: i486-linux-gnu
> > Configured with: ../src/configure -v
> > --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
> > --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-shared
> > --with-system-zlib --libexecdir=/usr/lib --enable-nls
> > --without-included-gettext --enable-threads=posix --program-suffix=-4.0
> > --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
> > --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
> > --enable-gtk-cairo
> > --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
> > --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu
> > Thread model: posix
> > gcc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)
> >
> >
> > Steve
> >
> > Quoting Chris Frey <cd...@fo...>:
> >
> > > On Thu, Dec 29, 2005 at 01:02:20PM -0800, Steve Paras-Charlton wrote:
> > > > I'm having issues compiling barry.  I've got the DEVEL libusb built
> (not
> > > > installed) and I'v edited the Makefile.conf to point at the build tree
> > and
> > > > built lib, but I get the following compile errors... (this is the head
> of
> > > them,
> > > > there's lots more simmilar stuff).  It looks kinda like I've got the
> > wrong
> > > > headers or something, any hints?
> > >
> > > Make sure you have the DEVEL tree from 2005/11/26, which you can get
> with:
> > >
> > > cvs -d :pserver:ano...@cv...:/cvsroot/libusb \
> > > 	co -r V1_0_DEVEL -d libusb-1_0_devel libusb
> > > cd libusb-1_0_devel
> > > cvs update -Pd -r V1_0_DEVEL -D 2005/11/26
> > >
> > > Barry 0.0.1 still uses the old new tree. :-)  And libusb DEVEL is going
> > > through
> > > an API change.
> > >
> > > More info here on compiling Barry:
> > >
> >
> http://sourceforge.net/mailarchive/forum.php?thread_id=9267343&forum_id=47045
> > >
> > > Please join the Barry mailing list so we don't get too off-topic for the
> > > good libusb folks.
> > >
> > > - Chris
> > >
> > >
> >
> >
> >
> >
> > ----------------------------------------------------------------
> > This message was sent using IMP, the Internet Messaging Program.
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Barry-devel mailing list
> > Bar...@li...
> > https://lists.sourceforge.net/lists/listinfo/barry-devel
> >
>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.