Go To Last Post
28 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Joerg and EW

First : Many thanks for you and the teams great work.

I have some questions :

1: I am primarily using WinAVR (XP) :oops: :oops:
Is there any way i can "make" the lib there
(well i mean with WinAVR) ??
It seems to me that the .configure etc .. is for a
*nix (or i would suppose also a) BSD :lol: :lol: environment.
I do have a couple of RH 9.0 machines , but if i make the lib there can
i then just ftp the binaries to my XP machine ???

2: I noticed that you only have .bz2 files on download.
I think at least the Manual/Reference PDF should also be present
in .zip,as a lot of Win users dont have the programs to handle .bz2
files ,and now they have "an excuse for not to RTFM"

3: Is there any Timeframe for a new WinAVR release ??
I mean this quarter , or this month or ???

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

(I've split this off from the announcement posting, I don't want to
have discussions following up to announcements.)

Basically, you ought to be able to build the library under Cygwin on
your Windows machine. Eric can probably tell you which parts of
Cygwin you need for this.

In theory, the generated files are not supposed to be dependent on the
host machine, so you *might* be able to import them into your Windows
environment -- but I would not bet my ass on it. ;-) At least, the
Unix build will record different path names within the debugging
symbols, but you can always strip the debugging syms of (this is the
way WinAVR ships the files by now anyway).

As for bzip2, it's a real space saver. To the best of my knowledge,
WinZip can handle these files fine. And, of course, bzip2 itself is
available as Windows binaries as well from their homepage
(http://www.bzip.org/). Finally, the Web page also has the
manual online -- so there's really no reason to not RTFM. ;-)

As for the timeframe for WinAVR releases, only Eric can answer this,
but remember it's a sparetime project, and things always take at least
as twice as long as you initially thought they would... ;-)

Jörg Wunsch

Please don't send me PMs, use email if you want to approach me personally.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I will try to make a toolchain on my RH 9.0 then :-)

Any hints (links) for doing that ??
I made one for my Dreambox/PPC and it took like 8 hours , well it can "chew" in the weekend.

Btw: Should i do a CVS version or a static version ???

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Instructions for building the toolchain can be (mostly) found in the avr-libc user manual. It covers building binutils, gcc, avr-libc, and gdb.

It would be best to build from the release tarballs rather than CVS.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Jorg

If i want to build the avrlib-c under RH 9.0 Linux then i guess t have to build/get AVR-GCC first.

Is there any hints for doing that other than the GCC documentation

Edit: :oops: :oops:

I found it .... on the avrlib-c pages , and also the one from Rick

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So far so good

Everything went well following the "recipe" ...

I just made one mistake :

I always make an "Target" user whenever i make a new toolchain.

So i made an "avr" user , set up $PREFIX + path etc ...
do the "tar xvjf .." , configure and make there.

Then as root i do the "make install" , but i had forgotten to setup the path to
my newly created /usr/local/avr/bin , for root.

Well no prob , just do that and another "make install" for GCC.

All well until i met Avrdude :? :?

He wants TEX installed :evil: :evil:

And aborts if its not :cry:

Am i doing something wrong here :cry:

Can't i make Avrdude without TEX installed :?: :?:

"Well i must admit i have'nt read the Avrdude" Readme , just followed the "recipe"

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Bingo600 wrote:

Can't i make Avrdude without TEX installed :?: :?:

"Well i must admit i have'nt read the Avrdude" Readme , just followed the "recipe"

It looks like you can't. There really should be a "--disable-doc" configure option, but there isn't, AFAICT. If you want to you could add a Feature Request for this in the avrdude project.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have added a request for the "disable-doc" feature ...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well i still have followed the "recipe"

Btw: it's here http://www.nongnu.org/avr-libc/u...

http://www.nongnu.org/avr-libc/u...

I decided to run to the end , so i and others maybe could learn.

Status so far :

GNU Binutils : OK
Problems : None
Hints :
If you want to make simulavr or avarice later on
They need libbfd installed.
So after the "make install" of the binutils (in same dir), do these 2 steps

cd bfd
make install_libbfd

GCC : OK
Problems : None
(well remember to add the new "$PREFIX\bin" path to all shells)
Hints : C++ sems to miss some key libraries ,
so you might want to skip that.

avr-libc : OK
Problems : None
(well ... where do i put the "man pages" i mean path)
Hints : None

Uisp : OK
Problems : None
Hints : None

GDB : OK
Problems : None
Hints : None

avrdude : I can't (wont) :? :?
Problems : Yeppp

1: had to install texi2html , went ok

2: the dude also wanted TEX installed , or make stopped.
I aborted avrdude here.

R: I have added a feature request to be able to make the dude without
the need for TEX.
Basically meaning you have to get the doc from elsewhere.

R: This was my decision not to install TEX.
So prob. nothing wrong with avrdude or the maintainers code.

Hints : None

simulavr : OK
Problems : Yepp
1: got this ../config/depcomp: ../config/depcomp: file not found.
make stopped with error
This one could be circumvented by adding
the below line to the configure line

--disable-dependency-tracking

Hints : Read above

AVaRice : OK
Problems : None
Hints : None

All versions downloaded were the latest available on the download sites for the programs (links are in top of "recipe").

Major hint(s) :

You can unpack a tar.gz with

tar xzf 

You can unpack a tar.bz2 with

tar xjf 

Now i have a working toolchain on a Redhat 9.0 ... Well i think :-)

Maybe EW or Jorg would "sponsor" a makefile for me , i havent got TCL/TK installed i think for Jorgs Mfile complains , about a missing TIX..something.

If i get a skeleton for a working linux avr-gcc make file i can correct the rest my self.

And maybe even verify that my new Toolchain works ...

Well i'll use "search" here also to see if i can find one

/Bingo

Last Edited: Sat. Jan 8, 2005 - 08:47 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Oopz :oops: :oops:

Jorgs Mfile has an excellent skeleton ....

And there was also one in the avr-libc demo code.

Well i have made the demo for a mega8 , without complaints.

Now i just need to program , but i'll prob ftp it to my XP first ..

/Bingo

Last Edited: Fri. Jan 7, 2005 - 08:56 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have now been running these two commands

/usr/local/avr/bin/avr-strip --strip-debug *.o
/usr/local/avr/bin/avr-strip --strip-debug *.a

On all the files and subdirs in avr/lib

Wonder if i "dare" to try to replace my WinAVR avr/lib dir with these

:? :?

/Bingo

Last Edited: Fri. Jan 7, 2005 - 09:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

From what I can tell, go for it. What you did seems fine so far....

Last Edited: Fri. Jan 7, 2005 - 09:44 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Oh, one note though. WinAVR filters all of the .h files (in avr-libc and gcc) to have Windows line-endings. The default to Unix line endings. It doesn't matter to the compiler, but you'll have to make sure your editor handles viewing the Unix line endings. If you use PN, then it will automatically handle this for you.

Last Edited: Fri. Jan 7, 2005 - 09:45 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

EW wrote:
Oh, one note though. WinAVR filters all of the .h files (in avr-libc and gcc) to have Windows line-endings. The default to Unix line endings. It doesn't matter to the compiler, but you'll have to make sure your editor handles viewing the Unix line endings. If you use PN, then it will automatically handle this for you.

Ooopzz :oops: :oops:

A verry Welcome hint :D

I totally forgot the "include dir"

I guess i would have been in trouble if i used a WinAVR 0404 , with 1.20 libs , but with 1.04 lib headers ... :wink: :wink:

Is it the whole include dir that has to be replaced with the new 1.20 lib include files ?? ( mean simply a rename of old 0404 libs + include) , and then a copy of the new ones ???

Btw: If i ftp the include files to the XP then ftp ought to do the LF->CR/LF translation , privided that .h files is seen as ascii (and think my smartftp does that)

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
R: I have added a feature request to be able to make the dude without
the need for TEX.
Basically meaning you have to get the doc from elsewhere.

I've made a patch but have no way to test it (since I have Tex). Could you please download the file from www.newae.com/download/avrdude.zip - just treat it like a normal file, running ./configure --prefix=PREFIX --disable-doc

Its kinda a shot in the dark so don't expect much..

Regards,

-Colin

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Colin (Thanx)

I ftp'ed the files to my RH (how do you extract a windows zipfile on linux)
gunzip complains , about multiple files in archive.

I did the ../configure --prefix=$PREFIX
No probs there.

But make complains

[avr@localhost obj-avr]$ make
cd .. && /bin/sh /home/avr/toolchain/avrdude/missing --run aclocal-1.9
/home/avr/toolchain/avrdude/missing: line 52: aclocal-1.9: command not found
WARNING: `aclocal-1.9' is missing on your system.  You should only need it if
         you modified `acinclude.m4' or `configure.ac'.  You might want
         to install the `Automake' and `Perl' packages.  Grab them from
         any GNU archive site.
 cd .. && /bin/sh /home/avr/toolchain/avrdude/missing --run automake-1.9 --gnu
/home/avr/toolchain/avrdude/missing: line 52: automake-1.9: command not found
WARNING: `automake-1.9' is missing on your system.  You should only need it if
         you modified `Makefile.am', `acinclude.m4' or `configure.ac'.
         You might want to install the `Automake' and `Perl' packages.
         Grab them from any GNU archive site.
cd .. && /bin/sh /home/avr/toolchain/avrdude/missing --run autoconf
Can't locate object method "path" via package "Autom4te::Request" at /usr/bin/autom4te line 81.
make: *** [../configure] Error 1

I have automake (GNU automake) 1.6.3 , installed

Do i need a newer automake or ???

/Bingo
[/code]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi,

Oops - guess I didn't prepare it properly! I added it again, this time as a .tar.bz2 file so hopefully you can get at it in the normal ways.

http://www.newae.com/download/av...

Regards,

-Colin

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thnx Colin

I'll try tomorrow

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Colin

Yesss :lol: :lol:

I did a wget on your avrdude file , and a tar xvjf ....
First time i didnt put the file in an avrdude directory , so it extracted the lot to my main toolchain dir , so i had to cleanup there.
So do copy the file into its own dir before extracting :wink::wink:

Followed the "recipe" , and everything went smooth and OK

I now have made the "dude" , without complaints from make.
Im not even sure if i have a programmer that works with the dude , i have a stk500.

Proof below :-)

avrdude: Version 4.4.0cvs
         Copyright (c) 2000-2004 Brian Dean, http://www.bdmicro.com/

         System wide configuration file is "/usr/local/avr/etc/avrdude.conf"
         User configuration file is "/home/avr/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping


avrdude: no programmer has been specified on the command line or the config file
         Specify a programmer using the -c option and try again

Thanx Colin , and all the other people who have made this possible :)

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

c_oflynn wrote:
Quote:
R: I have added a feature request to be able to make the dude without
the need for TEX.
Basically meaning you have to get the doc from elsewhere.

I've made a patch but have no way to test it (since I have Tex). Could you please download the file from www.newae.com/download/avrdude.zip - just treat it like a normal file, running ./configure --prefix=PREFIX --disable-doc

Its kinda a shot in the dark so don't expect much..

Regards,

-Colin

@Colin
Oopzzz

i didnt specify the --disable-doc , on my ./configure line , i followed the "recipe 100%" , and forgot to switch on my brain. :oops:

But all went well without it.

I suppose , this might be a problem , as it seems like the "default" isn't like it was , unless you did a "Check for TEX" and an auto --disable-doc , if no TEX found.

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Colin

I have now removed my "dude obj" dir , and did a new configure/make to test the new switch.

../configure --prefix=PREFIX --disable-doc 

Seems like it works same way as without --disable-doc
make didnt complain , and all went ok.
Well ... i didnt do a make instal this time.

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well

It all started out with how to make the avr-libc 1.20 for use under XP :lol:

After a fun and learning "tour de avr-toolchain" i now have a working (well at least compiled) toolchain.

I have converted all the include files to "dos" ie LF->CR/LF and have installed
avr-libc 1.20 in my /avr directory on my Test-XP (i did remember to make a backup of the original "lib & include" dirs , i have compiled my first program with WinAVR <0704 version> , and the compilation went smooth.

I cant test it because i have my breadboard occupied with another setup.

I did a compile with the original lib , and saved the whole dir , for reference.
Then i did a make clean and a new compile with the new lib.

@Mods if its ok with you i can release the lib.
or send the avr-libc-120-win.zip to you. its around 416KB.

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

> Seems like it works same way as without --disable-doc make didnt
> complain , and all went ok.

It's a documented feature of the auto*-generated configure scripts
that they do not complain about unknown --enable-foo, --disable-foo,
--with-foo, and --without-foo options. The top-level configure script
passes any of these options down to possible subdir configure scripts,
so options not known to the toplevel one can still be evaluated there.

Usually, the toplevel configure script documents its know --enable
etc. options if you run ./configure --help.

And no, as you noticed, nobody has implemented a --disable-doc option
for avrdude by now.

Jörg Wunsch

Please don't send me PMs, use email if you want to approach me personally.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

dl8dtl wrote:
> Seems like it works same way as without --disable-doc make didnt
> complain , and all went ok.

It's a documented feature of the auto*-generated configure scripts
that they do not complain about unknown --enable-foo, --disable-foo,
--with-foo, and --without-foo options. The top-level configure script
passes any of these options down to possible subdir configure scripts,
so options not known to the toplevel one can still be evaluated there.

Usually, the toplevel configure script documents its know --enable
etc. options if you run ./configure --help.

And no, as you noticed, nobody has implemented a --disable-doc option
for avrdude by now.

The thing here was that i couldnt make the avrdude because i missed TEX.

Now Colin made a "special" version for me where it was possible to make avrdude without making the doc (ie. need for TEX).

What i noticed was that when i forgot to add the --disable-doc on the configure line it didnt fail , saying it needed TEX to make the doc.
I would have expected it to fail , as i assumed that without the switch it would have tried to make a standard avrdude with doc.

So either this is a special version made not to make any doc at all , or maybe something broke.

Well anyway i now have an avrdude on my machine , thanx to Colin :) :)

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
So either this is a special version made not to make any doc at all , or maybe something broke.

Yup - something did break, in fact it was very broken.

At any rate I found the problem - but since you didn't need to enable docs anyway I'm not going to update the website version. I have however attached the patches to your feature request, so if the avrdude team thinks it worthwhile they can be added.

Regards,

-Colin

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Colin

Thank you for taking the time to do that :)

/Bingo

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

It seems difficult to update avr-libc ourself for us windows users.
Thanks a lot!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Download lib announced in toplink

/Bingo