Jim Brain wrote:
>> *which* relocations are truncated?
> It moved around, depending on how much code I compiled in. The last
> batch were EEPROM routine references.
That basically rules out the -lm issue.
>> What are your compiler commandline options? I hope you didn't use the
>> silly -msho
On Thu, May 3, 2012 at 5:13 PM, Sergey A. Borshch
wrote:
> On 05/03/2012 05:20 PM, Gabriel Dos Reis wrote:
>>
>> and flash if we decide to have one.
>
> And to have great incompatibility with C11 address space qualifiers.
See how C11 handles std::atomic.
Anyway, all I am conveying is that if th
On 05/03/2012 05:20 PM, Gabriel Dos Reis wrote:
and flash if we decide to have one.
And to have great incompatibility with C11 address space qualifiers.
Sergey.
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
https://lists.nongnu.org/mailman/
On 5/3/2012 1:28 AM, Jan Waclawek wrote:
As the first step, I'd recommend you to use a proven toolchain, like
WinAVR20100110.
I am using just that toolchain. I will, though, download the below
linked toolchain as well.
with potentially other yet unknown problems. If you'd insist on that, I'd
On Thu, May 3, 2012 at 9:01 AM, David Brown wrote:
>>> I think this is okay for C++, too?
>>
>>
>> In C++, you can also access a non-const object with
>> a const qualified pointer. But, that is not what I was
>> suggesting. I am suggesting that a const(expr) *object* should
>> go in program mem
On 03/05/2012 15:29, Gabriel Dos Reis wrote:
On Thu, May 3, 2012 at 3:33 AM, Georg-Johann Lay wrote:
Gabriel Dos Reis schrieb:
Georg-Johann Lay wrote:
Gabriel Dos Reis wrote:
I guess I would need to get my feet wet with
1. minimal free-standing C++ implementations without exceptions
2.
> -Original Message-
> From: Jan Waclawek [mailto:konf...@efton.sk]
> Sent: Thursday, May 03, 2012 6:14 AM
> To: Weddington, Eric; Jim Brain; avr-gcc-list@nongnu.org
> Subject: RE: [avr-gcc-list] 'relocation truncated to fit' diagnosis ideas?
>
> Eric,
>
> >> You should consider posting
In article you write:
> That's why I believe it's more
> appropriate to post it on a site from where it can be downloaded as per
> demand.
It cannot be downloaded from there unless you first subscribe. (Anonymous
guests
don't get access to the attachments there.)
> Besides, it increases the
On Thu, May 3, 2012 at 3:33 AM, Georg-Johann Lay wrote:
> Gabriel Dos Reis schrieb:
>>
>> Georg-Johann Lay wrote:
>>
>>> Gabriel Dos Reis wrote:
I guess I would need to get my feet wet with
1. minimal free-standing C++ implementations without exceptions
2. get support for
Eric,
>> You should consider posting a minimal compilable example exhibiting the
>> problem, together with the command line switches etc. IMHO a better place to
>> do that is the avr-gcc section of avrfreaks' forum, rather than this list.
>>
>
>Please don't refer people to post code to AVR Freaks
> -Original Message-
> From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org [mailto:avr-
> gcc-list-bounces+eric.weddington=atmel@nongnu.org] On Behalf Of Jan
> Waclawek
> Sent: Thursday, May 03, 2012 12:29 AM
> To: Jim Brain; avr-gcc-list@nongnu.org
> Subject: Re: [avr-gcc
In article <4fa2315c.2090...@gjlay.de> you write:
>As the error message requestst an /integer/ constant:
>Does the error disappear if you avoid float constants?
The (compile-time) floating-point calculation is part of the
_delay_ms/_delay_us functions anyway (for rounding etc.), but it's
supposed
Gabriel Dos Reis schrieb:
Georg-Johann Lay wrote:
Gabriel Dos Reis wrote:
I guess I would need to get my feet wet with
1. minimal free-standing C++ implementations without exceptions
2. get support for RTTI (without exceptions)
3. exceptions (assuming 1 and 2 are done successfully)
Regarding
On 03.05.12 00:17, Jim Brain wrote:
> I got further, but after copying back in all the code I had pulled
> out, it still complains about R_AVR_13_PCREL errors.
There are various ways to achieve an error making that reference. (Did
it also report "relocation truncated to fit:"? Last time I did it,
On 02/05/2012 18:16, Gabriel Dos Reis wrote:
On Wed, May 2, 2012 at 10:18 AM, David Brown wrote:
I agree with what you are saying. I'm just trying to suggest that getting
Haskell to work on the AVR is more akin to getting Linux to work on the AVR
- while perhaps Lua, OCAML, more C++, or other
Victor Aprea schrieb:
I'm (at long last) trying to switch from using Windows to using Ubuntu for
my AVR development. I'm using AVR-GCC 4.5.3 on Ubuntu 12.04. I'm using the
Eclipse IDE with the AVR-GCC plugin. I'm getting the following error trace
from the compiler:
In file included from ../soft
Jim Brain schrieb:
Received this error tonight after enabling a new chunk of code to
compile on a MEGA168 target
I noticed some fixes in newer AVR GCC versions for things like this, so
I pulled GCC 4.7.0:
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=117504&postdays=0&po
17 matches
Mail list logo