avr-libc-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [avr-libc-dev] Inclusion of far pointer library (patch #6352)broke a


From: Weddington, Eric
Subject: RE: [avr-libc-dev] Inclusion of far pointer library (patch #6352)broke avr-libc build
Date: Sun, 13 Jun 2010 09:32:02 -0600

Jan,

Please tell me more about these required sections. What are they used for? How 
should they be used?

We need to be careful about adding stuff to the default linker scripts. And 
I'll need to know ASAP.

Thanks,
Eric 

> -----Original Message-----
> From: 
> address@hidden 
> [mailto:address@hidden
org] On Behalf Of Jan Waclawek
> Sent: Sunday, June 13, 2010 7:57 AM
> To: address@hidden
> Subject: Re: [avr-libc-dev] Inclusion of far pointer library 
> (patch #6352)broke avr-libc build
> 
> Just one more thing, the macros I've added assume that there 
> are certain sections defined in the linker scripts for avr5x 
> and avr6 (and probably also for the bigger of xmegas' 
> scripts). In this regard those macros cannot be used with the 
> current issue of WinAVR.
> 
> As more users developed a similar approach independently, I 
> believe the changes in the linker scripts are not a silly 
> idea. For the forthcoming WinAVR-replacement, the linker 
> script templates should be patched accordingly, but that is 
> something I am absolutely not competent to do.
> 
> Jan Waclawek
> 
> 
> On Sun, 13 Jun 2010 15:47:16 +0200
> Jan Waclawek <address@hidden> wrote:
> 
> > This comes from my tweaks, not from Carlos.
> > 
> > 
> > That's my fault and shows clearly how unexperienced I am.
> > I believe there should be no issue with simply removing the #error?
> > 
> > Jan Waclawek
> > 
> > On Sun, 13 Jun 2010 15:08:32 +0200
> > Joerg Wunsch <address@hidden> wrote:
> > 
> > > gmake[5]: Entering directory 
> `/home/joerg/src/avr-libc/avr/lib/avr2'
> > >  cd ../../.. && /usr/local/bin/bash 
> /home/joerg/src/avr-libc/missing --run automake-1.10 
> --foreign  avr/lib/avr2/Makefile
> > > avr-gcc -DHAVE_CONFIG_H -I. -I../../..  -I../../../common 
> -I../../../include -I../../../include  -g -Wall -W 
> -Wstrict-prototypes -mmcu=avr2 -D__COMPILING_AVR_LIBC__ 
> -mcall-prologues -Os  -MT dtostre.o -MD -MP -MF 
> .deps/dtostre.Tpo -c -o dtostre.o ../../../libc/stdlib/dtostre.c
> > > In file included from ../../../libc/stdlib/dtostre.c:32:
> > > ../../../include/avr/pgmspace.h:1008:4: error: #error "No 
> pgm_seg support for ATmega103."
> > > gmake[5]: *** [dtostre.o] Error 1
> > > 
> > > It's fine if the far pointer library simply is not 
> available for an
> > > ATmega103, but it's not acceptable that <avr/pgmspace.h> throws a
> > > compile-time error for *any* invocation when being compiled for an
> > > ATmega103.  It's not even acceptable to throw a warning; 
> if there's no
> > > other method, the far pointer library has to use its own 
> header file
> > > rather than sharing <avr/pgmspace.h> with the standard _P 
> functions
> > > (which then also requires itso own documentation group, 
> or at least
> > > other documentation tweaks).
> > > 
> > > -- 
> > > cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL
> > > 
> > > http://www.sax.de/~joerg/                        NIC: JW11-RIPE
> > > Never trust an operating system you don't have sources for. ;-)
> > > 
> > > _______________________________________________
> > > AVR-libc-dev mailing list
> > > address@hidden
> > > http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
> > 
> > _______________________________________________
> > AVR-libc-dev mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
> 
> _______________________________________________
> AVR-libc-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]