Re: ksišżka o programowniu AVR w C - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › książka o programowniu AVR w C › Re: ksišżka o programowniu AVR w C

Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!n
ews2.glorb.com!news-out.readnews.com!transit3.readnews.com!nx02.iad01.newshosti
ng.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-s
po-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "4CX250" <taunusmtv@poćta.łonet.pl>
Newsgroups: pl.misc.elektronika
References: <ihpvpu$mvg$1@mx1.internetia.pl> <4...@i...pl>
<4d467cd6$1@news.home.net.pl> <ii61g5$af2$1@news.task.gda.pl>
<ii6612$1o6$1@news.onet.pl> <ii6fuk$3re$1@news.task.gda.pl>
<ii6h1t$djb$1@news.onet.pl> <ii734d$kr$1@news.task.gda.pl>
<ii74kc$sig$1@news.onet.pl> <ii79sr$vp5$1@news.task.gda.pl>
<op.vp7xc3gr1cvm6g@jk-laptop>
<4d47d7d9$0$2444$65785112@news.neostrada.pl>
<op.vp8ouirl1cvm6g@jk-laptop> <ii9t28$2cuu$1@news2.ipartners.pl>
<op.vp9s140z1cvm6g@jk-laptop>
<t...@4...com>
Subject: Re: ksišżka o programowniu AVR w C
Date: Wed, 2 Feb 2011 12:22:00 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
Lines: 17
Message-ID: <4d493e5c$0$2507$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 80.55.236.85
X-Trace: 1296645724 unt-rea-a-02.news.neostrada.pl 2507 80.55.236.85:1058
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:604053
[ ukryj nagłówki ]
Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
news:t3dik6lu6hjn6doh73rcl94j8vs48eol8l@4ax.com...
> Architekture musisz uwzglednic juz na etapie kompilacji.
> I optymalizacji tez.

I tego nie da się nijak programowo załatwić choćby nie wiadomo jaki był
uniwersalny ten gcc.

Wystarczy też małe potknięcie programisty np. włączenie fuse bitu
kompatybilności 103 w atmega 128 i żaden gcc nie wykryje błędu. Okaże się że
pamięć za krótka i stos mamy na zmiennych i dodatkowo nie ma fiuczerów które
sa tylko w 128 a które chce nasz program wykorzystać.

Marek