Importing libraries does not seem to work about chipkit32-max HOT 9 CLOSED

Interestingly enough, this functionality does work fine for the previous Windows build. So something broke in the most recent version.

from chipkit32-max.

You should be able to extract it to hardware/pic32/libraries and it
should appear. The libraries ready for chipKit should go there.

The libraries compatible with Arduino appear when an avr based board
is selected. When a chipKit board is selected the chipkit libraries
are in the drop down list, and the libraries should appear.

-_Rick

On Fri, May 13, 2011 at 8:48 AM, EmbeddedMan
[email protected]
wrote:

This on the Windows 20110511 version. If I download a new library (for example, http://www.open.com.au/mikem/arduino/AccelStepper/AccelStepper-1.5.zip) and extract into arduino-0022-chipkit-win-20110511/libraries, then start arduino.exe, I do not see AccelStepper in the Sketch->Import Library menu, and I am not able to compile sketches that use the library.

This same functionality does work with the current AVR Arduino build.

Reply to this email directly or view it on GitHub:
#16

President
Fair Use Building and Research (FUBAR) Labs
http://fubarlabs.org

from chipkit32-max.

If the libraries are 100% the same they can go in both directories. Unless, all libraries are written for both environments. If so we need to make sure those changes get back into the main distribution of Arduino and kept up to date for the pic32 platform.

from chipkit32-max.

Hmm. OK - this may cause some user confusion, as they will need to add their libraries to different locations depending upon what board they're using at the moment. I guess it really can't be helped, as many libraries will depend upon hardware that's only present in one CPU. It's just too bad that if you do write a library that is NOT CPU dependent, that you still have to make two copies of it and put it in two separate places in order for it to work for both PIC and AVR boards.

from chipkit32-max.

Non CPU dependent libraries could go to the top of the list. Then a
sub list is added for processor dependent libraries.

--Rick

On Fri, May 13, 2011 at 9:23 AM, EmbeddedMan
[email protected]
wrote:

Hmm. OK - this may cause some user confusion, as they will need to add their libraries to different locations depending upon what board they're using at the moment. I guess it really can't be helped, as many libraries will depend upon hardware that's only present in one CPU. It's just too bad that if you do write a library that is NOT CPU dependent, that you still have to make two copies of it and put it in two separate places in order for it to work for both PIC and AVR boards.

Reply to this email directly or view it on GitHub:
#16 (comment)

President
Fair Use Building and Research (FUBAR) Labs
http://fubarlabs.org

from chipkit32-max.

Are all the libraries under pic32/libraries chipKIT ready? I am looking at the Ethernet library, which uses SPI library and the code is AVR dependent, not ported yet to PIC32

from chipkit32-max.

They are not ready yet, but are actively being worked on. Especially,
SPI. If they are ready, I'm going to merge them in around 3pm today.
Also, I'll clean up the list to only the compatible libraries.

--Rick

On Fri, May 13, 2011 at 10:16 AM, nkcelectronics
[email protected]
wrote:

Are all the libraries under pic32/libraries chipKIT ready?  I am looking at the Ethernet library, which uses SPI library and the code is AVR dependent, not ported yet to PIC32

Reply to this email directly or view it on GitHub:
#16 (comment)

President
Fair Use Building and Research (FUBAR) Labs
http://fubarlabs.org

from chipkit32-max.

Great! Thanks

from chipkit32-max.

I've moved this to issue 20, and 21 because it works as currently specified. issue 20 is for contributing libraries. Issue 21 is for changing the listing to add common libraries at the top of the list.

from chipkit32-max.