bugAVR C Runtime Library - Bugs: bug #35483, ./configure does not accept...


bug #35483: ./configure does not accept --target

Submitted by:  Rolf Ebert <rolf_ebert>
Submitted on:  Wed 08 Feb 2012 04:14:26 PM UTC  
Category:  Build Infrastructure Severity:  1 - Wish
Priority:  1 - Later Item Group:  Build system
Status:  None Percent Complete:  0%
Assigned to:  None Open/Closed:  Open
Release:  1.8.0 Fixed Release:  None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Sun 30 Jun 2013 06:00:26 AM UTC, comment #3:

this bug is invalid and should be closed. avr-libc is behaving correctly.

for documentation on the arguments, please see:

Mike Frysinger <vapier>
Fri 01 Feb 2013 08:52:24 PM UTC, comment #2:

--host specifies the platform that runs the software, thus --target=avr would be confusing.

--host is common practice. For example, if you cross-build libraries like GSL (so that they run on a platform fifferent to the build platform), you specify that by means of --host.

Georg-Johann Lay <gjlayde>
Wed 08 Feb 2012 10:57:15 PM UTC, comment #1:

All that stuff still originates from Ted Roth's initial work on the
autoconf setup (back in 2004, the first revision appeared on branch
"autoconf-branch", it's r498 now after the migration to SVN).
Frankly, I've got no idea why he required this scheme, but I'm pretty
sure he's got a reason by that time. ;-)

If someone could come up with a better implementation that produces
similar results, I'm all ears.

Joerg Wunsch <joerg_wunsch>
Project Administrator
Wed 08 Feb 2012 04:14:26 PM UTC, original submission:

I didn't build avr-libc so I don't know when this (mis)feature appeared...

The top level configure script requires to spell out --host=avr. IMHO this is unfortunate for several reasons:

1) the product is called avr-libc. I wouldn't expect it to provide anything else (e.g. a libc for ARM) than a libc for avr. Nevertheless you have to type that option altough the only permitted value is 'avr*'

2) It is a library for my 'target', not for my 'host'. The hosting machine typically is a Linux or Windows PC. That's why I stumbled over this issue in the first place. I naivly tried "./configure --target=avr" as for binutils and gcc and it failed. (I can vaguely imagine a logic why it is called host, but that's very counterintuitive!)

3) I had a third reason when I opened the issue but I don't remember anymore...

I propose to accept --target= as an equivalent to --host in the first step, correct the build instructions and then to deprecate --host as a target indicator (it might still be useful for an alternative name of --build in case config.guess fails to correctly detect the hosting machine)


Rolf Ebert <rolf_ebert>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by vapier (Posted a comment)
  • -email is unavailable- added by gjlayde (Posted a comment)
  • -email is unavailable- added by arcanum (Updated the item)
  • -email is unavailable- added by joerg_wunsch (Posted a comment)
  • -email is unavailable- added by rolf_ebert (Submitted the item)



    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-11-16 arcanum Priority5 - Normal => 1 - Later
    2012-02-08 joerg_wunsch Severity3 - Normal => 1 - Wish

    Back to the top

    Powered by Savane 3.4