Martin Quinson wrote:
> Others, I did report this to the debian BTS and not here directly to benefit
> of its sorted archiving mechanism. If you want more context, please check
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206746
I agree with Manoj that watching a file system should not be ma
%% "Fabrizio Baldinini" <[EMAIL PROTECTED]> writes:
fb> C:\WinAVR\bin\..\lib\gcc-lib\avr\3.3\..\..\..\..\avr\bin\ld.exe: region
fb> text is full (secondo.elf section .text)
fb> I think this is due to the size of the program; I compiled in a
fb> good way a sorter project but secondo.hex
%% Michael <[EMAIL PROTECTED]> writes:
m> in build.sh, the symbol @REMOTE@ is not resolved. The build process
m> crumps when it trys to compile [EMAIL PROTECTED]
This is a known bug and has been fixed in the source. You can replace
"@REMOTE@" with "stub" to get it compiling in the version yo
in build.sh, the symbol @REMOTE@ is not resolved. The build process
crumps when it trys to compile [EMAIL PROTECTED]
___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make
Good day,
I'm Fabrizio Baldinini from ITALY
I have this sort of problem:
I used avr_gcc (installation file
avrgcc_freaks20011214a.exe)
with avr studio 3.56 and I had no
problem,
now I begin to use WINAVR,
I can't compile the same project because the
compiler tells me !!
C:\WinAVR\bin\..\l