I took a quick look and attempted to compile your Crypto library in
Visual Studio.
I got nowhere: Probably for good reasons; Microsoft C doesn't allow dynamic
array size like this:
bigint_word_t d_b[a->length_W + b->length_W];
This is about as far as I'm going to get on this, there is just far
I've seen something similar when building from a "DOS" command prompt. When
building from a bash shell, however, as one can after installing Git For
Windows" those strange errors disappear..
Another thing you can try is:
make --dry-run
You can examine the commands that make would generate for any
> struct color {
> uint8_t r;
> uint8_t g;
> uint8_t b;
> } color = (struct color){ 255, 255, 255 };
Compiles fine for me using this version:
nigel@E3510:~$ avr-gcc --version
avr-gcc (AVR_8_bit_GNU_Toolchain_3.5.2_1680) 4.9.2
-- Nigel
___
AVR-GCC-lis
> -Original Message-
> From: larry barello
> Specifically I was looking for an efficient way to encode
>
> (bSomeBool ^ (SomeBitMask & SomeVariable))
>
> to get a true/false output.
Does it have to be an expression ?
If not, what's wrong with:
if (SomeBitMask & SomeVariable)
b
> -Original Message-
> From: dimax un
> For production purposes I need to burn every product with
> different sn and id.
> ...
> Do you see any nicer solution?
I have an e-lab ISP programmer which can write a piece of text and a
auto-incremented serial number into flash.
Yours may allow
> -Original Message-
> From: User Tomdean
> Sent: Monday, September 18, 2006 9:52 PM
> To: avr-gcc-list@nongnu.org
> Subject: Re: [avr-gcc-list] Int32 Support
>
> Something I forget: C is a glorified assembly language!
>
> # cat xx.c
> #include
> int main() {
> uint8_t z = sizeof(ui
> -Original Message-
> From: User Tomdean
> Sent: Saturday, August 26, 2006 5:36 PM
> To: [EMAIL PROTECTED]
> Cc: avr-gcc-list@nongnu.org
> Subject: Re: [avr-gcc-list] Avr-gcc Removing Port Register Access
>
>
Hello, Tomdean,
> Here is a reduced application that reproduces the problem. I
> -Original Message-
> From: Onno van Eijk
> Thanks for your suggestion, but I'm sure the ATMega128 is running at
> 16Mhz. Otherwise the usart would not be working eigther. Besides, I
> think the twi interface would still work, only running at a
> much slower
> klockspeed.
>
> grz,
> Onno
> From:
> [EMAIL PROTECTED]
> [mailto:avr-gcc-list-bounces+nigel=n-winterbottom.freeserve.co
> [EMAIL PROTECTED]
> .org]On Behalf Of User Tomdean
> Sent: Saturday, July 29, 2006 4:22 PM
> To: avr-gcc-list@nongnu.org
> Subject: Re: [avr-gcc-list] ATmega8515 Interrupt Timing
>
>
> Look at the listin
> -Original Message-
> From:
> [EMAIL PROTECTED]
> Sent: 28 March 2006 12:47
> To: AVR-GCC-list@nongnu.org
> Subject: [avr-gcc-list] Casting
>
> I am using a as a parameter in which I pass various
> entities, sort of like a mailbox. Mostly they are longs,
> sometimes integers, and s
amp;
SOURCE2.C have been magically cleaned also.
Can you guess how I discovered that one ?
Perhaps a warning about c source case in the Makefile template would be
prudent as exists for assembly sources.
Regards
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
y examples available online?
You may be surprised to learn that Atmel www.atmel.com have DataFlash
App-Notes. AN-4 (DOC0842.PDF) is an example. There is a wealth of
information there.
I also suggest searching the AVR-forum at www.avrfreaks.net.
Regards,
Nigel Wi
Sent: Wednesday, February 01, 2006 2:32 PM
Sender: David Bourgeois
Subject: [avr-gcc-list] interrupt optimization
> Hi,
>
> I have an interrupt which is called a lot of times but only
> really do
> something very rarely:
>
> ISR(...)
> {
> if (sampling-- == 0)
> {
> sampling =
ced.
This option is always enabled by default on certain machines, usually those
which have no call-preserved
registers to use instead.
For all machines, optimization level 2 and higher enables this flag by default.
Regards
Nigel Winterbottom
___
AVR
"r" (hi), "0" (lo) ); \
__result; })
e.g. w = HILOTO16(c, b);
This gives optimal code and should cause a different compiler to complain,
thereby highlighting the non portability.
Regards
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
efine S 12
#define I (127-(S*255)/100)
const char PROGMEM Array[]= {
I,
I+1,
I+3,
I+4,
};
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
rtm32.o
I also added the following lines into my Makefile:
MCU = atmega32
LDFLAGS += -Tdata 0x800100
Job Done: Memory Map and Stack init all OK.
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/ma
pe
murat.c: In function `ProcessPID_Vertical':
murat.c:69: warning: will never be executed
Line 69 is, of course: controller = (int)
p1*error*PTERM_AMPLIFICATION_MAGNITUDE_V ...
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
;m on my employer's time now so can't do the search.
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
s will exceed 16K bytes o will test your theory.
Exceeding SRAM of course, is not allowed because I would then mangle the
stack.
The header file is, in essence, very similar with only the PCIE/PCIF bits in
EIMSK/EIFR different. I did a diff but the files have a totally different
layout so al
keep this a
secret. Perhaps a Windows build is such a pig, that this is a deliberate
ploy so that he isn't besieged with questions day-&-night :)
Which option do people recommend ?
Nigel Winterbottom
___
AVR-GCC-list mailing list
ve itoa() keeps its old
> features.
>
> Bernard
If anyone is counting votes then mine is to support Bernard, keep itoa as is
but introduce a restricted replacement with a new name.
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-
gister contents after the
function returns by single stepping using the dissassembler view. Sometimes
however, I would store the local variable into a global.
Regards
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
s; bitcount != 0; mask<<=1, bitcount--)
{
CLK_HIGH;
if( towrite & mask)
{
SDIO_HIGH;
}
else
{
SDIO_LOW;
}
CLK_LOW;
}
}
Nigel Winterbottom
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
-Original Message-
On Behalf Of Haase Bjoern (PT-BEU/EMT) *
Sent: 20 September 2005 13:07
To: David Brown; Trampas; avr-gcc-list@nongnu.org
Subject: AW: [avr-gcc-list] OT Generic C question
> i=i+1;
My suggestion for resolving such kind of question concerning C is: Never
write such cod
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
.org]On Behalf Of Sivakumar Ganesan
Sent: 05 September 2005 13:33
To: avr-gcc-list@nongnu.org
Subject: [avr-gcc-list] Digital clock assembler programming problem
Hi everyone,
I am a newbie to AVR microcontroller progra
-Original Message-
Bernard Fouché wrote
Suppose you have:
f1()
{
push rA
push rB
.. uses rA & rB then does not care of their value until the end of the
function..
f2()
...
f2()
..
f2()
pop rB
pop rA
}
f2()
{
push rA
push rB
.. uses rA & rB..
pop rB
pop rA
-Original Message-
From:James A.R. Koehler
If the consensus is that we need to be protected against ourselves by
having all the existing prolog in the two existing interrupt service
methods, perhaps the solution is to have a third category of interrupt
service routine in which nothing is
David Kelly wrote:
Thats not quite what I meant. I do enable the IRQ for each character.
The issue was in finding which UART needed to be enabled without
enabling one which would then serve an empty event. Here is the exact
code I wrote back in December. Today I'd probably bracket the
ins
-Original Message-
The one clumsy part of code was in my_putchar() which had to reach
directly into the hardware for the specific port to restart the Tx
IRQ if the buffer had been empty, which causes my Tx IRQ routine to
shut itself off. Also there was a possible race condition.
--
30 matches
Mail list logo
