| Summary: | g++ programs fail to compile because of filename problems (stage3-sparc64-2006.0) | ||
|---|---|---|---|
| Product: | Gentoo Release Media | Reporter: | Michael Wharmby <mtwharmby> |
| Component: | Stages | Assignee: | Gentoo Release Team <releng> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | sparc |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | Sparc64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Michael Wharmby
2006-08-25 15:36:59 UTC
I am unable to replicate this on two different SPARCs or an AMD64 machine (all running Gentoo) using either tar or 7zip. Would you provide the method you used to unpack the stage3 and verify you have no hardware issues with the machine you experienced this on? Using the stage3 tar ball at: ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/releases/sparc/2006.0/sparc64/stages/stage3-sparc64-2006.0.tar.bz2 As per the Gentoo SPARC handbook, the file is decompressed using tar xvjpf (having downloaded the file from another machine on my network and checked the md5 sum - which comes out good). The tar uncompiles cleanly. I've encountered this problem on two machines (Ultra1 Creator3D and Ultra1 Enterprise). The problem appears to be related to the tar itself, since I opened another copy of the tar using UlitmateZip under Windows 2000 and on the files list, os_defines is listed as a .h0000644 file. I think the problem is unique to this architecture since I haven't encountered it using the i686 stage3 tar ball. I downloaded the same tarball and I am still unable to repllicate what you are seeing. Do you get the same with the 2006.1 stage3 (it was just released today)? 2006.1 is out and we've got no response about testing this, reopen with info otherwise. |