Dear sir/madam,
I am making an ir reciever which can read ir codes from a sony RM-W104
remote. The following programme on burning into my atmega8 didn't work.
#include avr\io.h
#include avr\interrupt.h
#include avr\iom8.h
#define ICP PINB0
int decode();
int byte;
//define times for start and end
Update of bug #14617 (project make):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #4:
Closed as a duplicate
Follow-up Comment #2, bug #443 (project make):
Bug #14617 is closed as a duplicate of this bug.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?443
___
Message sent via/by
Follow-up Comment #1, bug #18123 (project make):
GNU make uses the libc glob(3) function to expand wildcard expressions. I've
checked with GNU libc and the behavior you're seeing is actually what glob(3)
is returning to us. Possibly other libc's will have different behavior.
I've filed a bug
Follow-up Comment #5, bug #17752 (project make):
See bug #20006 as another instance
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17752
___
Message sent via/by Savannah
Update of bug #18435 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Fixed Release:
Update of bug #13401 (project make):
Status:None = Fixed
Assigned to:None = psmith
Open/Closed:Open = Closed
Fixed Release:
Update of bug #13976 (project make):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #9:
I'm going to close
Follow-up Comment #2, bug #18622 (project make):
Ouch. This is a result of the secondary expansion feature. The problem is
that we defer the tokenization of dependencies until the snap_deps() step,
when all the makefiles have been read in. This means that when we try to
override the pattern
