[Avr-eclipse-user] [ avr-eclipse-Support Requests-2871692 ] AVR Plugin problem with OS X

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

Support Requests item #2871692, was opened at 2009-10-01 22:18
Message generated for change (Comment added) made by j-dubu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Install Problem (example)
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Dan Bock (bock2911)
Assigned to: Thomas Holland (innot)
Summary:  AVR Plugin problem with OS X

Initial Comment:
I am trying to install this on my MAC (intel chipset).  And i am having a problem with the system not able to recognize the AVR Dragon that I have.  I did find that paths it is not able to find the "ATmel part description files system".  I have just reinstalled the Crosspack.  Is that in there? Am I missing something also?

One last thing, when I turn on the program, I do get the following error:

Description	Resource	Path	Location	Type
Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c)	Test_1		Unknown	C/C++ Problem

Any help would be great.  Thanks.

----------------------------------------------------------------------

Comment By: j-dub (j-dubu)
Date: 2010-12-31 00:09

Message:
Hi 

I'm using:
MacOSX 10.5.8

Eclipse IDE for C/C++ Developers
Version: Helios Service Release 1
Build id: 20100917-0705

AVR Plug In Version: 2.3.4.20100807PRD

CrossPack-AVR-20100115
(Containing versions:
avarice: 2.9
avr-libc-1.6.7cvs: 1.6.7
avrdude-5.8svn912: 5.8svn912
binutils: 2.19
gcc-3: 3.4.6
gcc-4: 4.3.3
gdb: 6.8
libusb: 0.1.12
make: 3.81
simulavr: 0.9)

For me, I installed the avr-plug-in (and thanks for making it available!)
and the only evidence I see of it is in the about box for Eclipse.
Otherwise no sign in project properties (or elsewhere that I can see). I
see a few others with this problem online elsewhere.

When I launch a project I get the same error as Mr Bock, except with my
path, some of which I replaced with [Path] below, viz

Description	Resource	Path	Location	Type
Error launching external scanner info generator (gcc -E -P -v -dD
/Users/[Path]/Eclipse/MyMessing/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c)	junk-test-plugin		Unknown	C/C++
Problem

In this case junk-test-plugin is the C project I created.

When I paste the call into my terminal, I it fails for not finding gcc.
Adding the prefix "avr-" gives the following result:

Using built-in specs.
Target: avr
Configured with: ../configure --prefix=/usr/local/CrossPack-AVR-20100115
--disable-dependency-tracking --disable-nls --disable-werror --target=avr
--enable-languages=c,c++ --disable-nls --disable-libssp --with-dwarf2
Thread model: single
gcc version 4.3.3 (GCC) 
COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD'
 /usr/local/CrossPack-AVR-20100115/libexec/gcc/avr/4.3.3/cc1 -E -quiet -v
-P
/Users/[Path]/Eclipse/MyMessing/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c
-dD
ignoring nonexistent directory
"/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/include
 /usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/include-fixed

/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/include
End of search list.

#define __STDC__ 1
#define __STDC_HOSTED__ 1
#define __GNUC__ 4
#define __GNUC_MINOR__ 3
#define __GNUC_PATCHLEVEL__ 3
#define __SIZE_TYPE__ unsigned int
#define __PTRDIFF_TYPE__ int
#define __WCHAR_TYPE__ int
#define __WINT_TYPE__ unsigned int
#define __INTMAX_TYPE__ long long int
#define __UINTMAX_TYPE__ long long unsigned int
#define __GXX_ABI_VERSION 1002
#define __USING_SJLJ_EXCEPTIONS__ 1
#define __SCHAR_MAX__ 127
#define __SHRT_MAX__ 32767
#define __INT_MAX__ 32767
#define __LONG_MAX__ 2147483647L
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __WCHAR_MAX__ 32767
#define __CHAR_BIT__ 8
#define __INTMAX_MAX__ 9223372036854775807LL
#define __FLT_EVAL_METHOD__ 0
#define __DEC_EVAL_METHOD__ 2
#define __FLT_RADIX__ 2
#define __FLT_MANT_DIG__ 24
#define __FLT_DIG__ 6
#define __FLT_MIN_EXP__ (-125)
#define __FLT_MIN_10_EXP__ (-37)
#define __FLT_MAX_EXP__ 128
#define __FLT_MAX_10_EXP__ 38
#define __FLT_MAX__ 3.40282347e+38F
#define __FLT_MIN__ 1.17549435e-38F
#define __FLT_EPSILON__ 1.19209290e-7F
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __FLT_HAS_DENORM__ 1
#define __FLT_HAS_INFINITY__ 1
#define __FLT_HAS_QUIET_NAN__ 1
#define __DBL_MANT_DIG__ 24
#define __DBL_DIG__ 6
#define __DBL_MIN_EXP__ (-125)
#define __DBL_MIN_10_EXP__ (-37)
#define __DBL_MAX_EXP__ 128
#define __DBL_MAX_10_EXP__ 38
#define __DBL_MAX__ 3.40282347e+38
#define __DBL_MIN__ 1.17549435e-38
#define __DBL_EPSILON__ 1.19209290e-7
#define __DBL_DENORM_MIN__ 1.40129846e-45
#define __DBL_HAS_DENORM__ 1
#define __DBL_HAS_INFINITY__ 1
#define __DBL_HAS_QUIET_NAN__ 1
#define __LDBL_MANT_DIG__ 24
#define __LDBL_DIG__ 6
#define __LDBL_MIN_EXP__ (-125)
#define __LDBL_MIN_10_EXP__ (-37)
#define __LDBL_MAX_EXP__ 128
#define __LDBL_MAX_10_EXP__ 38
#define __DECIMAL_DIG__ 9
#define __LDBL_MAX__ 3.40282347e+38L
#define __LDBL_MIN__ 1.17549435e-38L
#define __LDBL_EPSILON__ 1.19209290e-7L
#define __LDBL_DENORM_MIN__ 1.40129846e-45L
#define __LDBL_HAS_DENORM__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __LDBL_HAS_QUIET_NAN__ 1
#define __DEC32_MANT_DIG__ 7
#define __DEC32_MIN_EXP__ (-95)
#define __DEC32_MAX_EXP__ 96
#define __DEC32_MIN__ 1E-95DF
#define __DEC32_MAX__ 9.999999E96DF
#define __DEC32_EPSILON__ 1E-6DF
#define __DEC32_DEN__ 0.000001E-95DF
#define __DEC64_MANT_DIG__ 16
#define __DEC64_MIN_EXP__ (-383)
#define __DEC64_MAX_EXP__ 384
#define __DEC64_MIN__ 1E-383DD
#define __DEC64_MAX__ 9.999999999999999E384DD
#define __DEC64_EPSILON__ 1E-15DD
#define __DEC64_DEN__ 0.000000000000001E-383DD
#define __DEC128_MANT_DIG__ 34
#define __DEC128_MIN_EXP__ (-6143)
#define __DEC128_MAX_EXP__ 6144
#define __DEC128_MIN__ 1E-6143DL
#define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL
#define __DEC128_EPSILON__ 1E-33DL
#define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL
#define __REGISTER_PREFIX__ 
#define __USER_LABEL_PREFIX__ 
#define __VERSION__ "4.3.3"
#define __GNUC_GNU_INLINE__ 1
#define __NO_INLINE__ 1
#define __FINITE_MATH_ONLY__ 0
#define __SIZEOF_INT__ 2
#define __SIZEOF_LONG__ 4
#define __SIZEOF_LONG_LONG__ 8
#define __SIZEOF_SHORT__ 2
#define __SIZEOF_FLOAT__ 4
#define __SIZEOF_DOUBLE__ 4
#define __SIZEOF_LONG_DOUBLE__ 4
#define __SIZEOF_SIZE_T__ 2
#define __SIZEOF_WCHAR_T__ 2
#define __SIZEOF_WINT_T__ 2
#define __SIZEOF_PTRDIFF_T__ 2
#define __SIZEOF_POINTER__ 2
#define __AVR 1
#define __AVR__ 1
#define AVR 1
#define __AVR_ARCH__ 2
#define __AVR_2_BYTE_PC__ 1
COMPILER_PATH=/usr/local/CrossPack-AVR-20100115/libexec/gcc/avr/4.3.3/:/usr/local/CrossPack-AVR-20100115/libexec/gcc/avr/4.3.3/:/usr/local/CrossPack-AVR-20100115/libexec/gcc/avr/:/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/:/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/:/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/bin/
LIBRARY_PATH=/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/:/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/lib/
COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD'

which at least looks promising.

The most interesting bit to my (not so very experienced) eye is the
following
>>>>
ignoring nonexistent directory
"/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/include
 /usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/include-fixed

/usr/local/CrossPack-AVR-20100115/lib/gcc/avr/4.3.3/../../../../avr/include
End of search list.
<<<<

it's true that the nonexistent directory does not exist.

Anyway, I'm game to debug the Java if you suggest where I should be
looking in it.

Cheers
John

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2010-03-29 03:01

Message:
Okay, after some looking around I found the option 'Create Parser Log
File'.
When using this option on avr/io.h (this file includes the correct header
files for a specific platform) I got the following:
Scanner problems:
   #warning encountered with text: "device type not defined" in file:
/usr/local/CrossPack-AVR-20100115/avr-4/include/avr/io.h:404

When doing the same with the file I actually need (avr/iox128a1.h) I get:
Scanner problems:
   #error encountered with text: "Include <avr/io.h> instead of this
file." in file:
/usr/local/CrossPack-AVR-20100115/avr-4/include/avr/iox128a1.h:38

The rest of the files are parsed correctly.

My guess is that during indexation the device type is not set (correctly),
which would explain why auto-completion doesn't work.
Sadly, I don't know how to fix this.

P.S. I'm the poster of the previous post, something went wrong with
openid.

----------------------------------------------------------------------

Comment By: https://www.google.com/accounts ()
Date: 2010-03-26 16:16

Message:
I'm having the same problem with the warning messages.

I've found one solution, which involves disabling the 'Automate discovery
of paths and symbols' option in the default Discovery profile (Debug by
default). Of course this only takes care of the warnings themselves, not
the actual problem.

Note that the building of source code succeeds, proper hex files are being
generated and the uploading via avrdude works. (I'm using an ATXmega128A1
with the AVRIsp mkII programmer).

The only thing that doesn't seem to work correctly is auto-completion for
the AVR specific registers and such (I'm assuming this has to do with the
warnings).
Weird thing is that when I press 'Open Declaration' on, for example
<avr/interrupt.h>, the correct header file is opened... So why isn't this
indexed, maybe because the correct environment couldn't be determined?

Running the avr-gcc command in a shell works, and gives the same output
when run on a Windows machine with the same setup (same eclipse versions +
WinAVR + AVR Studio).

I'm using:
MacOSX 10.6.2 Snow Leopard
Eclipse Galileo - Build id: 20100218-1602 (latest)
AVR Eclipse plugin - Version: 2.3.1.20081204PRD (latest)
CrossPack-AVR-20100115

P.S. The Atmel part description files can easily be copied from an AVR
Studio installation, just put them somewhere on your drive (I put them in
'/usr/local/CrossPack-AVR') and set a custom path to it within Eclipse...
It should be approximately 52MB.

----------------------------------------------------------------------

Comment By: jonny (schugabe)
Date: 2010-03-11 15:38

Message:
I also have the external scanner problem. If this seems to be a general
problem would it still help if I debug the plugin? If yes what should I do?

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2010-02-28 15:00

Message:
Ok, this seems to be a common Mac problem. 

Could someone with the problem ("Error launching external scanner info
generator") please open a simple terminal and enter 'avr-gcc'. I am curious
if 'avr-gcc' is in the standard system path on a Mac (with the avr-gcc
toolchain installed of course)

If it is, then I am out of ideas and for further troubleshooting I would
need some OSX user who would be willing to debug the plugin (it is not very
difficult, although a little bit of Java expertise would be helpful)

BTW, some googleing for the error message showed that this problem does
not seem to be limited to the AVR Plugin but also occurs with other
toolchains.

----------------------------------------------------------------------

Comment By: Mikko Saarisalo (mikkosaarisalo)
Date: 2010-02-20 11:38

Message:
+1 on the second problem.  I do have the same observation on my MAC
installation.  

----------------------------------------------------------------------

Comment By: Dan Bock (bock2911)
Date: 2009-10-08 21:49

Message:
Thanks for the help. However, I still have the same error as before:
Description Resource Path Location Type
Error launching external scanner info generator (avr-gcc -E -P -v -dD
/Users/danielbock/Eclipse
development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 U
nknown C/C++ Problem

The output from running the gcc is as follows:

Using built-in specs.
Target: avr
Configured with: ../configure --target=avr --program-prefix=avr-
--enable-languages=c --disable-libssp --disable-nls --with-dwarf2
Thread model: single
gcc version 4.2.0
/usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P
/Users/danielbock/Eclipse
development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD
ignoring nonexistent directory
"/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/lib/gcc/avr/4.2.0/include
/usr/local/lib/gcc/avr/4.2.0/../../../../avr/include
End of search list.

#define __STDC__ 1
#define __STDC_HOSTED__ 1
#define __GNUC__ 4
#define __GNUC_MINOR__ 2
#define __GNUC_PATCHLEVEL__ 0
#define __SIZE_TYPE__ unsigned int
#define __PTRDIFF_TYPE__ int
#define __WCHAR_TYPE__ int
#define __WINT_TYPE__ unsigned int
#define __INTMAX_TYPE__ long long int
#define __UINTMAX_TYPE__ long long unsigned int
#define __GXX_ABI_VERSION 1002
#define __USING_SJLJ_EXCEPTIONS__ 1
#define __SCHAR_MAX__ 127
#define __SHRT_MAX__ 32767
#define __INT_MAX__ 32767
#define __LONG_MAX__ 2147483647L
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __WCHAR_MAX__ 32767
#define __CHAR_BIT__ 8
#define __INTMAX_MAX__ 9223372036854775807LL
#define __FLT_EVAL_METHOD__ 0
#define __DEC_EVAL_METHOD__ 2
#define __FLT_RADIX__ 2
#define __FLT_MANT_DIG__ 24
#define __FLT_DIG__ 6
#define __FLT_MIN_EXP__ (-125)
#define __FLT_MIN_10_EXP__ (-37)
#define __FLT_MAX_EXP__ 128
#define __FLT_MAX_10_EXP__ 38
#define __FLT_MAX__ 3.40282347e+38F
#define __FLT_MIN__ 1.17549435e-38F
#define __FLT_EPSILON__ 1.19209290e-7F
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __FLT_HAS_DENORM__ 1
#define __FLT_HAS_INFINITY__ 1
#define __FLT_HAS_QUIET_NAN__ 1
#define __DBL_MANT_DIG__ 24
#define __DBL_DIG__ 6
#define __DBL_MIN_EXP__ (-125)
#define __DBL_MIN_10_EXP__ (-37)
#define __DBL_MAX_EXP__ 128
#define __DBL_MAX_10_EXP__ 38
#define __DBL_MAX__ 3.40282347e+38
#define __DBL_MIN__ 1.17549435e-38
#define __DBL_EPSILON__ 1.19209290e-7
#define __DBL_DENORM_MIN__ 1.40129846e-45
#define __DBL_HAS_DENORM__ 1
#define __DBL_HAS_INFINITY__ 1
#define __DBL_HAS_QUIET_NAN__ 1
#define __LDBL_MANT_DIG__ 24
#define __LDBL_DIG__ 6
#define __LDBL_MIN_EXP__ (-125)
#define __LDBL_MIN_10_EXP__ (-37)
#define __LDBL_MAX_EXP__ 128
#define __LDBL_MAX_10_EXP__ 38
#define __DECIMAL_DIG__ 9
#define __LDBL_MAX__ 3.40282347e+38L
#define __LDBL_MIN__ 1.17549435e-38L
#define __LDBL_EPSILON__ 1.19209290e-7L
#define __LDBL_DENORM_MIN__ 1.40129846e-45L
#define __LDBL_HAS_DENORM__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __LDBL_HAS_QUIET_NAN__ 1
#define __DEC32_MANT_DIG__ 7
#define __DEC32_MIN_EXP__ (-95)
#define __DEC32_MAX_EXP__ 96
#define __DEC32_MIN__ 1E-95DF
#define __DEC32_MAX__ 9.999999E96DF
#define __DEC32_EPSILON__ 1E-6DF
#define __DEC32_DEN__ 0.000001E-95DF
#define __DEC64_MANT_DIG__ 16
#define __DEC64_MIN_EXP__ (-383)
#define __DEC64_MAX_EXP__ 384
#define __DEC64_MIN__ 1E-383DD
#define __DEC64_MAX__ 9.999999999999999E384DD
#define __DEC64_EPSILON__ 1E-15DD
#define __DEC64_DEN__ 0.000000000000001E-383DD
#define __DEC128_MANT_DIG__ 34
#define __DEC128_MIN_EXP__ (-6143)
#define __DEC128_MAX_EXP__ 6144
#define __DEC128_MIN__ 1E-6143DL
#define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL
#define __DEC128_EPSILON__ 1E-33DL
#define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL
#define __REGISTER_PREFIX__
#define __USER_LABEL_PREFIX__
#define __VERSION__ "4.2.0"
#define __GNUC_GNU_INLINE__ 1
#define __NO_INLINE__ 1
#define __FINITE_MATH_ONLY__ 0
#define __AVR 1
#define __AVR__ 1
#define AVR 1
#define __AVR_ARCH__ 2

Is it the directory error my problem that it says is nonexistent?

----------------------------------------------------------------------

Comment By: Thomas Holland (innot)
Date: 2009-10-03 13:09

Message:
Hi Dan,

the path to the "Atmel part description files" is currently unused by the
plugin and therefore not required. (The Atmel Part Description files are
part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not
available separately)

So the problem with recognizing your Dragon must be somewhere else. Maybe
you can provide the console output to see where it is failing.

For your second problem: I haven't seen this error message so I don't know
where it comes from and what is causing it.
But a few things you could try: check that the file
"/Users/danielbock/Eclipse
development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists
and is just a empty file (except for one newline).
Second: execute the whole command ("avr-gcc -E -P -v -dD
/Users/.../specs.c") from a shell to check if there is any problem with
that.
BTW the "Test_1" in the output. Is that the name of a / the Project?

Thomas

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165