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 InfrastructureSeverity: 1 - Wish
Priority: 1 - LaterItem Group: Build system
Status: NonePercent Complete: 0%
Assigned to: NoneOpen/Closed: Open
Release: 1.8.0Fixed Release: None

Add a New Comment (Rich MarkupRich 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:
https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Specifying-Target-Triplets.html#Specifying-Target-Triplets

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

Rolf Ebert <rolf_ebert>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 16 Nov 2012 06:45:45 PM UTCarcanumPriority5 - Normal=>1 - Later
    Wed 08 Feb 2012 10:57:15 PM UTCjoerg_wunschSeverity3 - Normal=>1 - Wish

    Back to the top


    Powered by Savane 3.1-cleanup