As Steve Franks wrote:
I know no one else in their right mind uses floating point
printf/scanf.
Why not?
That said, the double format, float arg warning is a
bit tedious (when you have a giant string parser in a mega128).
It's only tedious as the AVR currently doesn't support 64-bit
Update of patch #4829 (project avr-libc):
Status:None = Wont Do
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
I just released avr-libc 1.4.5.
Since the upload server dropped connection while I've been uploading
all the documentation files, there's now a half-transferred PostScript
version of the docs in the queue that needs manual intervention by the
savannah folks before I can retransmit it. Thus the
Update of bug #16868 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
Update of bug #16125 (project avr-libc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #17551 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
Update of bug #17591 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Percent Complete: 80% = 100%
Open/Closed:
As Andrew Straw wrote:
I agree that sounds like a good idea to include in AVRDUDE. What is
the bootloader you mention with the there is already one?
I had to dig up some old email where someone mentioned this to me.
Here's the URL:
http://dfu-programmer.sourceforge.net
With the ability to
As Javier Almansa Sobrino wrote:
You mean, you wrote a program on the Unix host to talk to the
bootloader in the AT90USBKEY?
yes
Only FYI: as the message didn't have a To header, I didn't realize it
also went to the list, and wrote Javier a private reply.
In short: yes, I think it would
As Eric Weddington wrote:
For the first time ever, the avr-libc documentation can finally be
built on a MinGW/MSYS host! All of it: html, ps, pdf, and man
pages. This is the first time I've ever been able to do this in the
4 years that I've been working on avr-libc. The patches to enable
Follow-up Comment #1, bug #17728 (project avr-libc):
If this is really the log from a pristine run (i. e. after a
make clean), there are several things fishy here:
make[4]: Entering directory `/c/avrdev/avrlibc/avr-libc/doc/examples/demo'
make[4]: Nothing to be done for `dox'.
(etc. pp.)
As Eric Weddington wrote:
Good eye. I didn't catch on that it was the same list of files. Now
why would doxygen barf on those?
make seems to have some kind of troubles with them as well. I can't
see your environment, so perhaps you can analyze that a bit. Perhaps
it's some confusion
As Eric Weddington wrote:
BTW, what version of doxygen is known to work?
I'm using 1.4.7.
I've still got a 1.4.6 here, but I don't think that's the issue.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/NIC: JW11-RIPE
Never
As Eric Weddington wrote:
I can successfully build avr-libc, 1.4 branch, with automake
1.8.2. on MinGW/MSYS. However, the bootstrap script looks for and
requires 1.9.x. Can I commit a change to the bootstrap script to
allow automake 1.8.x? Or is there some overwhelming reason not to do
this?
Update of bug #16868 (project avr-libc):
Priority: 5 - Normal = 7 - High
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?16868
___
As Bernd Trog wrote:
* include/avr/interrupt.h: Add the
'externally_visible' attribute on all interrupt
service routine macros.
Note that 'externally_visible' is a new attribute. Introduced with
4.1.0, unknown to versions 4.1.0.
Thanks for the
As Alexey Boyko wrote:
Another variant - initialize stdout for each thread, and use fprintf
with different stdout in different thread.
That's not possible for avr-libc itself, as threads itself are out of
the scope of avr-libc (and most likely are the subject of some kind of
RTOS). Of course,
Update of bug #17561 (project avr-libc):
Status:None = Need Info
Assigned to:None = joerg_wunsch
___
Follow-up Comment #3:
Sorry, but that's
As Alexey Boyko wrote:
I found, that printf_P (and other xxprintf_P) is not reenterable.
(I am using some sort of thread switching library)
Yes, agreed. We don't pretend it were:
``General information about this library
...
Unless otherwise noted, functions of this library are not
As Eric Weddington wrote:
Joerg, do you have any overwhelming objections to just this minimal
change, beyond what you've already stated?
No, I'd only like to see the following three options (compiler or
linker):
-fwhole-program
-ffunction-sections
--gc-sections
to be announced only once we
Follow-up Comment #4, bug #17470 (project avr-libc):
What about making this avr/clock.h instead?
Rather not. I'd even have preferred it to combine the power save
register and sleep mode stuff into a single file rather than
two; it doesn't make much sense to start one header file per
control
URL:
http://savannah.nongnu.org/bugs/?17470
Summary: Add API for CLKPR register to avr/power.h
Project: AVR C Runtime Library
Submitted by: joerg_wunsch
Submitted on: Saturday 08/19/06 at 08:34
Category: Header
As Michael Roland wrote:
The datasheet for the AT90USB64/128 (7593D-AVR-07/06, Register
Summary on page 415) states that the start of frame generation
enable flag (bit 0) is called SOFEN. Is this (SOFE vs. SOFEN) a typo
or an intentional naming difference.
This appears to be a typo, please
As Michael Roland wrote:
... (SOFE vs. SOFEN) ...
This appears to be a typo, please file a bug report for it.
I did so. Unfortunately I did not look into the CVS before
submitting the report :-( : The typo had already been fixed in the
latest revision.
Well, I did check CVS before, but
As Dmitry K. wrote:
Possible, this is more convenient, but the older
Avr-libc releases use another order:
outp(val,port): val -- port.
Please file a bug report.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/NIC:
As Frank Goenninger wrote:
avr-gcc -I../../../../common -I../../../../include -x assembler-with-
cpp -Wa,-gstabs -mmcu=at90s1200-c ../../../../crt1/gcrt1.S
/usr/libexec/gcc/darwin/i386/as: Flag option -m has already been seen!
^^^
Your compiler uses the
As Frank Goenninger wrote:
Your compiler uses the native system's assembler it seems.
Yeah, I figured. Why? I have the avr binutils in my path...
The compiler looks it up into its recorded prefix, not in $PATH.
If only I knew where to look ... Seems as if I have to manipulate
the configure
As Henrik Brix Andersen wrote:
... The GCC-installed files are
under /usr/[local/]lib/gcc/avr/4.1.0.
Under Gentoo Linux we also put the gcc files under /usr/lib/
So the trick would probably to explain to Galen what is needed for
this to happen. I can't contribute much here, as this
As David Carr wrote:
AVR
float: 2476.245361328125
error: 23.754638671875
Which is fairly well in line with the 32-bit float results
from the i386.
Is there a way to have sizeof(double) == 8?
Currently not. Volunteers are needed to hammer all this
out, in
As Galen Seitz wrote:
I've changed the install step to do the following, though I'm not
certain if this is the correct solution.
make DESTDIR=$RPM_BUILD_ROOT install
Probably it is.
Both FreeBSD and Gentoo use portage, correct? Where do I look to
see how these steps are performed on
As David Carr wrote:
Take a look at Joerg's work at:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/avr-gcc/files/
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/avr-binutils/files/
I too am curious about gcc 4.1...
As Eric Weddington wrote:
Atmel distributes a lot of this information in AVR Studio as XML
files.
Unfortunately, we are not allowed to redistribute them. In theory,
you are not even allowed to have them at all on a non-Windows machine:
the only permitted way to redistribute AVR Studio (which
Just uploading the release files to savannah...
Binary release, Web page updates, and any kind of announcement
not yet done. As it's close to midnight here, I have to defer
that for tomorrow.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/
As Mark v/d W. wrote:
I've been wondering for some time now, how can I contribute to
avr-gcc (and everything used with it), and what skills I need to be
useful. Are there any jobs that need to be done? I hear a lot about
floating point routines that need to be rewritten. Is there any way
I
As Joerg Wunsch wrote:
Dmitry has already answered the question about floating point
support.
There's also the question of how to support 64-bit double floating
point numbers. ...
Also, we're still looking for someone who might want to take over
C++ maintenance. ...
I should have read
See:
http://sourceware.org/bugzilla/show_bug.cgi?id=1272
Suddenly with binutils 2.16, the -Tdata option passed to the
linker ceased to work, while --section-start,.data= remained
functional.
Carlos Lamas analyzed in a thread at avrfreaks.net:
As Ned Konz wrote:
The AT90CAN processors (like the AT90CAN128 and its smaller
variants) actually are Atmega family processors, despite their
names. However, the AVR-libc user manual identifies them as AT90S
processors.
Atmel itself seems to categorize them to neither group, they
created
As Ingo Heffe wrote:
If a division-command with a divisor, that can't be expressed by a
shift-operation (e.g. variable /= 10;) is implemented, the linker
causes an error undefined reference to __udivmodhi4.
Either your software configuration is broken/inconsistent, or your
compiler and
Only a couple of bugfixes, but as Eric Weddington is about to re-roll
his latest WinAVR release for other reasons, I decided to ship out
avr-libc 1.4.3 right now.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/NIC: JW11-RIPE
Update of bug #15494 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
Update of bug #15466 (project avr-libc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Please upgrade
It's done.
Key points:
. Example installation fixed for --disable-doc builds.
. RPM specs fixed (thanks to Galen Seitz!)
. ATtiny261/461/861 supported (thanks to Anatoly Sokolov!)
. Various doc updates in particular in the examples.
--
cheers, Jorg .-.-. --... ...-- -.. .
As Dmitry K. wrote:
is Arv-libc CVS free for reading?
Yes, but the location of the CVS repository has changed.
See:
https://savannah.nongnu.org/cvs/?group=avr-libc
https://savannah.gnu.org/forum/forum.php?forum_id=4168
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
As Eric Weddington wrote:
Sorry, false alarm.
It correctly builds the directories, but no files were copied into
the directories. :-( So the workaround failed.
Time to manually copy.
I fixed it the way which I think is the correct one. Instead of
making the doc/ subdir conditional for
As Henrik Brix Andersen wrote:
The avr-libc-1.4.1/doc/examples/ directory is not included in
avr-libc-user-manual-1.4.1.tar.bz2, it seems - this is why those
files are not installed under Gentoo Linux.
Is this intended from upstream - or is it a mistake?
Sorry for not sending out a warning
As Henrik Brix Andersen wrote:
I'm not having success in seeing the demos in the installation
diretory after make install.
Me neither - `make install` in avr-libc-1.4.1 does not install the
examples here. I'll investigate this further tomorrow...
Sorry for that, that would be a bug. I
As Eric Weddington wrote:
Don't forget to add a Savannah News item for this. The last one you
did was for 1.2.5.
I wouldn't mind if someone else were doing that... I'm tired now.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/
Andreas Kaiser [EMAIL PROTECTED] wrote:
Why split SEI and SLEEP in two, if the code only works correctly if
they are adjacent instructions at the machine level?
This is not true.
For many applications, it is simply viable to have interrupts enabled
all the time, and then just execute a SLEEP
Follow-up Comment #1, patch #4611 (project avr-libc):
I just committed your patch to CVS, with the sleep() macro
name changed into sleep_cpu() (so it still starts with the
word sleep but cannot be confused with the Posix function
sleep()), and without the sleep_if() macro. There has been
some
Update of patch #4611 (project avr-libc):
Status:None = Done
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
[EMAIL PROTECTED] (Joerg Wunsch) wrote:
... commit that part to the avr-libc version. However, I will adopt
the implementation of sleep_enable() and sleep_disable(), as well as
sleep() (renamed to sleep_cpu() or something like that, to avoid the
confusion with the common Posix function sleep
Update of bug #15161 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As Bjarne Laursen wrote:
Agree, why not also get the radix out of the parameter list and into
the function name like:
char * itoa_2(int /value/, char */string/);
char * itoa_16(int /value/, char */string/);
Doesn't make sense as these functions are all the same.
--
cheers, Jorg
As Alexei Chetroi wrote:
I join this opinion.
So do I.
Please stop now. I already stopped the poll, and it's not necessary
to see yet another 352 developers stating that same opinion. I've got
it already.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
Additional Item Attachment, patch #3729 (project avr-libc):
File name: itoa-20051120.tar.gz Size:35 KB
Dmitry\'s updated patch file, he\'s got troubles sending attachments
http://savannah.nongnu.org/patch/download.php?item_id=3729item_file_id=5496
As Joerg Wunsch wrote:
Sorry, no web page updates yet, so the publically visible
documentation is still the 1.2.5 one. Hopefully, I'll get around
doing that by tomorrow.
Done.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg
As Russell Shaw wrote:
I never noticed, because i always write my own minimal versions of
things.
http://lists.nongnu.org/archive/html/avr-gcc-list/2002-07/msg00063.html
Btw., in that case, I think even the logic behind -ffunction-sections
and -gc-unused-sections would fail: your foo()
As Jörgen Birkler wrote:
Can it be automated by the compiler?
I'm thinking something like:
inline itoa(int i,char* p,int base)
{
if (some_magic_gcc_macro_is_constant_parameter(base))
{
if (base==2)
{
itoa_base2(i,p);
}
else if (base == 10)
{
Update of patch #4627 (project avr-libc):
Status:None = Done
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
It's finally done!
I just released avr-libc 1.4.0, the first member of our new stable
line named 1.4.
Source files and documentation:
http://savannah.nongnu.org/download/avr-libc/avr-libc-1.4.0.tar.bz2
http://savannah.nongnu.org/download/avr-libc/avr-libc-user-manual-1.4.0.pdf.bz2
Update of patch #3729 (project avr-libc):
Assigned to:None = joerg_wunsch
___
Reply to this item at:
http://savannah.nongnu.org/patch/?func=detailitemitem_id=3729
As Peeter Vois wrote:
Today is good day, yet another release of preview:
Thanks.
Changes:
+ this will dload and build simulavr only if the simulavr is not
available in path. The path gets modified to have newly built
simulavr
+ now, if avr-gcc is not present in path, a message is
As Uwe Fechner wrote:
Thanks for the hint. May I use avr-libc-cvs with older binutils
and gcc (2.15 and 3.4.3 Debian packages patched for atmega324) or
it is necessary to use binutils 2.16 and gcc-3.4.4?
GCC 3.4.3 vs. 3.4.4 probably makes not much of a difference.
binutils 2.16 has support
Update of patch #4622 (project avr-libc):
Status:None = Done
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As Galen Seitz wrote:
... In order to simplify the rpm spec file, I would like to
eliminate the version number from the user manual filename, ie:
if test $versioned_doc = yes; then
DOC_INST_DIR='${DESTDIR}${datadir}/doc/avr-libc-$(VERSION)'
else
Update of patch #3925 (project avr-libc):
Status:None = Done
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As david wrote:
Next step is interrupts - I believe I have to modify
the file gcrt1.S
in avr-libc and maybe something else there to get a
interrupt vector table big enough for the atmega2560.
If you pick the latest avr-libc from CVS, it's got support for
ATmega640/1280/1281 which should have
As Uwe Fechner wrote:
is there a list of known issues for current cvs-head, that have to
be fixed before the release of avr-libc-1.4.0?
Yes, this list is currently empty. ;-)
The only remaining things I'd like to do (but which I don't consider
to be show-stoppers) is to walk the list of
As Bernd Trog wrote:
I'm seeing quite a few -O3 flags when building from HEAD.
Is this intentional?
It was intentional, yes, it has only been used on avr3 and avr5 MCUs
(i.e. on those with more than 16 KB of ROM).
I killed that holy cow now. I never really thought it makes sense at
all, as
As Dmitry K. wrote:
Certainly, I welcome fast release of the bug-fixed version.
But I am surprised and get vexed by such haste concerning
a bug #14852 (pow() with negative x). Unlike others,
it is the extremely serious mistake which result can be
destruction of the program. As there is a
As Joerg Wunsch wrote:
_home_galens_src_avr-libc-1.3.0.20051105_doc_examples_.3
...
I can see them here, too.
This appears to be a doxygen bug. That kind of files already gave
me major headaches with my FreeBSD port, ...
Yay, I found the reason!
These junk man pages are obviously
Update of patch #4608 (project avr-libc):
Status:None = Done
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As Galen Seitz wrote:
make distcheck DISTCHECK_CONFIGURE_FLAGS=--build=`./config.guess`
--host=avr
Btw., these ought to be the default DISTCHECK_CONFIGURE_FLAGS.
This generates the file avr-libc-1.3.0.20051105.tar.bz2. When I try a
build that includes docs, the build fails.
make[3]:
Update of bug #14945 (project avr-libc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
I reported a bug
As Rok Markovic wrote:
I reported a bug that is not realy a bug. This was only my bad
interpretaiton of floating point format. Please remove bug #14945.
Thanks for notifying us, I closed the bug report.
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
Update of bug #14104 (project avr-libc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Fixed in both,
As Dmitry K. wrote:
I can not send a patch to Savannah.
Result is:
Duplicate post: this form was already submitted;
You might open a bug tracker on their support page.
So I have attach a patch in this mail:
pow(x,y) with negative x is corrected.
Tests are included in tarball.
Follow-up Comment #5, bug #14855 (project avr-libc):
This rather looks like a libgcc bug to me then. libgcc should
not supply anything that is supplied by avr-libc.
___
Reply to this item at:
Update of bug #14327 (project avr-libc):
Status:None = Fixed
Assigned to: arcanum = joerg_wunsch
Open/Closed:Open = Closed
I'm done with that great header file reorg. The files twi.h, crc16.h,
delay.h, and parity.h have been moved to the new util/ subdir. The
old files are now stubs referring to the new files.
SIGNAL() has been renamed to ISR().
I've bumped the library version date once again, as I feel we are
Update of bug #14855 (project avr-libc):
Priority: 5 - Normal = 7 - High
___
Follow-up Comment #2:
My first idea was to force all fplib functions
into a single .text.fplib subsection, so the
As Dmitry K. wrote:
Is it any reason to use '_U()'?
I can only guess about the idea here.
For some architectures and/or object formats, global symbols used to
be prefixed by an underscore, mainly in order to avoid the ambiguity
between a global symbol and a register name, so you can safely use
As Peeter Vois wrote:
Could you draw an outline of how the pieces are working together?
I was thinking on avrice, that as much I know SHOULD have gdb
interface that serves the device over TCP/IP using gdb serial
protocol.
Yes, it does.
If this is so, then there is needed basically
As Dmitry K. wrote:
What is the reason of '_FFS' appearance in the last Avr-libc CVS?
ffs() is a function, and should remain a function. It violates the
principle of least astonishment (POLA) to suddenly have a macro by
that name that does magic things on its arguments -- among them,
Update of bug #12941 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As Russell Strong wrote:
Am I doing something illegal? Do snprintf pointers need to be
static?
No, and no.
Can you provide a full, compilable example that demonstrates the
problem?
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/
As Patrick Blanchard wrote:
a how-to reference for this process, specific for avr, would be
appreciated. my mind reader radar is out of order at the moment and
my noob confusion meter is at an all time high.
Sorry, no how-to available. If you are maintaining avr-libc, you are
basically
As Patrick Blanchard wrote:
I am working through pstang's avrlib programs on Debian testing and
have a few questions:
Nope!
Please don't post in multiple forums simultaneously.
Please read http://www.catb.org/~esr/faqs/smart-questions.html
if you don't know why.
--
cheers, Jorg
As anonymous wrote:
FYI: I had started with code like
{
uint8_t temp = SREG;
asm volatile (cli : :);
volatile_declared_uint16_t_var_in_memory = value;
SREG = temp;
}
Here gcc had reordered it such that it would read
{
uint8_t temp = SREG;
asm volatile (cli : :);
As Russell Shaw wrote:
Linux code has rmb() and wmb() for read memory barrier and write
memory barrier, to solve that reordering problem. Something might
be learned from finding how those macros are defined.
They end up in a spaghetti of header files, but if my brain can
trace that right,
Update of bug #12735 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As Wojtek Kaniewski wrote:
What about the SIG_ prefix? If we'll move to something else than
SIGNAL(), I think that it should be dropped or somehow hidden from
the users.
Very good point. I've been thinking about adding a second set of
vector names anyway. Our names are completely
As Björn Haase wrote:
I think now that It would be best to integrate support in libgcc
rather than avr-libc. Since it's not too much work I think that this
might happen soon. :-).
OK, so do you want me to close that bug report?
--
cheers, Jorg .-.-. --... ...-- -.. .
As E. Weddington wrote:
If so, what to do with timer_enable_int() and enable_external_int(),
should I start a compat/deprecated.h for these?
- We should define the compat/* include directory as for
compatability includes only. I would take this as meaning
compatability with other
As Patrick Blanchard wrote:
Sorry to be a pain, but I wanted to check if it is normal to get
these errors at the end of the gcc installation...
../../gcc/config/avr/libgcc.S: Assembler messages:
../../gcc/config/avr/libgcc.S:72: Error: suffix or operands invalid for
`clr'
As James A.R. Koehler wrote:
I'd vote for depreciating both SIGNAL and INTERRUPT in favour of
ISR.
OK.
Indeed, I'd go further and suggest that it intrinsically be the
given the attribute of '__naked__' as, for the life of me, I can't
see why it is useful to have r0 and r1 set every time an
As Patrick Blanchard wrote:
This install has been crazy, until I recognized that $HOME for usr
and root are quite different...this is why my installation $PATH has
been so inconsistent.
The installation path isn't supposed to depend on $HOME. Of course,
if only one of your users has the
Update of bug #13557 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
As E. Weddington wrote:
Today I have check a few of files from bugs and patches
in Avr-libc. All of them gzipped tars are destroyed:
only length is true.
Is the CVS ok?
Yes, CVS is OK.
I've recently observed something similar with an older attachment, see
the audit-trail of:
As Bernard Fouche wrote:
Errm, you'd still need to supply a dummy implementation for malloc()
anyway when using the floating-point versions. ...
Now why not have an alloca(3) in libc? Sure it is not the best way
to manage dynamic memory but vfprintf/scanf are typicall
applications where it
701 - 800 of 868 matches
Mail list logo