Bug 86597

Summary: ./configure in 2.0b1 is broken
Product: [Retired] eCos Reporter: Andrew Lunn <andrew.lunn>
Component: Release EngineeringAssignee: Bart Veer <bartv>
Status: CLOSED WONTFIX QA Contact: John Dallaway <jld>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.0 beta 1CC: jifl-bugzilla
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-06-20 16:23:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Andrew Lunn 2003-03-26 08:36:50 UTC
The root auto configure script in 2.0b1 is broken. It assumes the packages use
version current, where as they are called v2_b1. This means it cannot find them
down in the tree. Also, host has been renamed tools/src and the approrpriate
changes have not been made in the auto configure script.

This makes a workaround for the missing synth auxilary code more difficult

Comment 1 John Dallaway 2003-03-26 09:12:51 UTC
The target side configury should be able to accommodate non-'current' package  
versions. It looks like this should be trivial by using a wildcard instead of  
'current' when assigning FOUND_CONFIGURES in the configure script. Similarly,  
SUBDIRS="tools/src" rather than SUBDIRS="host" should work. To avoid the need  
for release engineering tweaks, I suggest that the top level configure looks  
for both "host" and "tools/src".  
There's an underlying problem with the use of a relative path to reference  
files in the acsupport directory from the host-side configure script. This  
causes problems when renaming "host" -> "tools/src" for releases. For eCos  
2.0b1 I simply duplicated the acsupport directory and contents to work around  
this. In the long term, it would be good to move "host" -> "tools/src" in the  
CVS repository itself.  

Comment 2 Alex Schuilenburg 2003-06-20 16:23:08 UTC
This bug has moved to http://bugs.ecos.sourceware.org/show_bug.cgi?id=86597