Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot net
GCC host triplet: alphaev68-dec-osf5.1a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
--- Comment #3 from htl10 at users dot sourceforge dot net 2010-07-15
21:29 ---
Adding a few releases I have tried (4.3.4, 4.3.5, 4.4.4 and 4.5.0 all failed),
and 4.4.1 worked.
I can try 4.4.2 and 4.4.3 as well if somebody insists.
--
htl10 at users dot sourceforge dot net changed
--- Comment #7 from htl10 at users dot sourceforge dot net 2010-07-14
14:44 ---
4.4.4 (built with 4.3.3) fails at stage 3 and 4 comparison.
Comparing stages 3 and 4
Bootstrap comparison failure!
./crtfastmath.o differs
make[2]: *** [compare3] Error 1
objdump -Dxzs stage3-gcc
--- Comment #6 from htl10 at users dot sourceforge dot net 2010-07-14
14:25 ---
4.3.5 also bootstrap4-lean alright (hit bug 40947 later with libjava).
--
htl10 at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from htl10 at users dot sourceforge dot net 2010-07-14
10:05 ---
This seems to have become an regression - it worked in 4.3.3 and failed in
4.3.5 .
--
htl10 at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from htl10 at users dot sourceforge dot net 2009-09-25
04:40 ---
latest run was with svn-r152154 . also filed new bug 41465 , I just noticed I
wrote 'bootstrap-lean' in comment 2 instead of 'bootstrap4-lean' - it is
probably not important in light of
--- Comment #4 from htl10 at users dot sourceforge dot net 2009-09-25
04:33 ---
situation gone worse:
make[3]: Leaving directory `/home/htl10/tmp-build/ob-dir'
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
warning: gcc/c
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-09-24
23:56 ---
(In reply to comment #1)
> int64_t and uint64_t are both already defined in /usr/include/inttypes.h -
> it appears that intmax_t and uintmax_t may also be defined elsewhere as well,
> although I
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-09-24
23:51 ---
int64_t and uint64_t are both already defined in /usr/include/inttypes.h -
it appears that intmax_t and uintmax_t may also be defined elsewhere as well,
although I couldn't locate it.
--
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot net
GCC host triplet: alphaev68-dec-osf5.1a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41465
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-08-03
08:57 ---
This is just from ../src/configure ; make .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
ReportedBy: htl10 at users dot sourceforge dot net
GCC host triplet: alphaev68-dec-osf5.1a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
--- Comment #19 from htl10 at users dot sourceforge dot net 2009-08-02
22:51 ---
The libltdl issue is a ksh bug... setting CONFIG_SHELL works around it. (The
person running ../src/configure has $SHELL=bash and I don't know why it wasn't
inherited...)
http://www.mail-archive.c
--- Comment #18 from htl10 at users dot sourceforge dot net 2009-08-02
22:33 ---
Tried svn r150353 (today) and the precompiled problem is gone and it fails at
the same place as before the precompiled header change - as in gcc-4.5-20090402
(svn
r145482) mentioned in comment 11
--- Comment #15 from htl10 at users dot sourceforge dot net 2009-07-31
09:55 ---
(In reply to comment #14)
> Note, in the meanwhile, if you want to build to test other parts of the C++
> library, other things, whatever, you can always pass --disable-libstdcxx-pch
Thanks for th
--- Comment #12 from htl10 at users dot sourceforge dot net 2009-07-31
02:14 ---
(In reply to comment #10)
It looks like 4.5 will be dead-on-arrival alpha*-dec-osf[45]*, unless I fix
this myself...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
--- Comment #11 from htl10 at users dot sourceforge dot net 2009-07-31
01:50 ---
gcc-4.5-20090409 (svn r145863) breaks at the same place; gcc-4.5-20090402 (svn
r145482) breaks later at
-
make all-am
make[4]: Entering directory
`/home/htl10/tmp-build/45b/alphaev68-dec-osf5.1a
--- Comment #9 from htl10 at users dot sourceforge dot net 2009-07-30
16:54 ---
(In reply to comment #7)
> Do you want something to click? PR448
Oh, I didn't expect bug id that old to be relevant - I thought c/448 might be
short for bug XX448 so I tried bug 40448 :-).
(In
--- Comment #6 from htl10 at users dot sourceforge dot net 2009-07-30
15:58 ---
(In reply to comment #5)
> As a side note, I want to mention that we are very close to finally fixing
> c/448 for 4.5.0. Then, any problem related to will disappear.
What is 'c/448'? I hav
--- Comment #3 from htl10 at users dot sourceforge dot net 2009-07-30
13:01 ---
FYI, the libstdc++v3 issue with gcc 4.5 is filed as bug 40912 . So gcc 4.4/4.5
support are both a bit broken, just differently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
--- Comment #4 from htl10 at users dot sourceforge dot net 2009-07-30
12:57 ---
(In reply to comment #3)
> Well, the file itself didn't *exist* in 4.3.x and 4.4.x...
Oh, indeed... have been trying to build subversion for the last few hours just
so that I can try last night&#
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-07-30
11:49 ---
(In reply to comment #1)
> Why don't you just use SVN? Also, is this failure new, or not? As far as I
> know
> could even be months old...
I am digging a hole for myself here - am currentl
subscript
make[4]: *** [alphaev68-dec-osf5.1a/bits/stdc++.h.gch/O2ggnu++0x.gch] Error 1
make[4]: Leaving directory
`/home/htl10/tmp-build/obj45-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/htl10/tmp-build/obj45-dir/alphaev68-dec-osf5.1a/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/htl10/tmp-build/obj45-dir/alphaev68-dec-osf5.1a/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/home/htl10/tmp-build/obj45-dir'
make: *** [bootstrap4-lean] Error 2
---
--
Summary: 4.5 weekly snapshot: failed to pre-compile
bits/stdc++.h.gch/O2ggnu++0x.gch
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot net
GCC host triplet: alphaev68-dec-osf5.1a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-07-30
09:52 ---
(In reply to comment #1)
> There is no indication in this bug report of whether the issue also
> appears for 4.5. If it does, please update the regression marker to
> "4.4/4.5 Regression&qu
--- Comment #12 from htl10 at users dot sourceforge dot net 2009-07-28
22:49 ---
Still broken with 4.3.1, with alphaev68-dec-osf5.1a -
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02507.html
Am about to submit the testsuite result for 4.3.3 and 4.4.1, and I think the
result is
--- Comment #10 from htl10 at users dot sourceforge dot net 2009-07-28
20:42 ---
The 'find bad option' problem was already reported for solaris as bug 38715 .
just FYI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
--- Comment #9 from htl10 at users dot sourceforge dot net 2009-07-28
20:30 ---
Sorry for the noise - the 'find: bad option -path' error message of mine is
genuine - gcc 4.4 (classpath) requires GNU findutils syntax which doesn't work
with DEC/Tru64 find. Am filing a s
comparision
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot net
--- Comment #8 from htl10 at users dot sourceforge dot net 2009-07-28
18:06 ---
I have a slightly different message on alphaev68-dec-osf5.1a with gcc 4.4.1,
but possibly the same problem: (I can bootstrap 4.3.3, but no luck with
4.4.0/4.4.1):
find
--- Comment #7 from htl10 at users dot sourceforge dot net 2009-07-28
17:53 ---
I probably have a similiar bug about length of commend line with 4.4.1 which I
shall file now.
--
htl10 at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #5 from htl10 at users dot sourceforge dot net 2008-08-26
18:19 ---
(In reply to comment #4)
> From that link:
> GNU tar version 1.14 (or later)
> Necessary (only on some platforms) to untar the source code. Many systems' tar
> programs will also work, on
--- Comment #3 from htl10 at users dot sourceforge dot net 2008-08-26
18:06 ---
Yes, mid-air collision - I realised the problem as soon as I looked at my own
bug report and looked at the directory again.
Still, the POSIX tar vs GNU tar issue could be spelt out a bit :-(.
(spent a few
--- Comment #2 from htl10 at users dot sourceforge dot net 2008-08-26
18:04 ---
Oh dear, sorry about the noise - Looking at my own error message about the
missing files and where they are, I found that it is the vendor tar which is
broken - it truncates file path names to 100
mmary: libstdc++ fails to build
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot n
--- Comment #17 from htl10 at users dot sourceforge dot net 2008-08-25
08:07 ---
Am having problem with libstdc++-v3 during bootrap of gcc 4.3.1 on Tru64 V5.1.
gfortran and gcc built fine. (with --enable-languages=c,fortran to override the
default list of c,c++,fortran,objc). The last
--- Additional Comments From htl10 at users dot sourceforge dot net
2005-04-26 03:18 ---
on alphaev68-dec-osf5.1, the
make[3]: execvp: /bin/sh: Arg list too long
make[3]: *** [libgcj0_convenience.la] Error 127
make[3]: Leaving directory
`/home/htl10/gcc-4.x-build-dir/alphaev68-dec
--- Additional Comments From htl10 at users dot sourceforge dot net
2005-04-26 02:43 ---
had the same problem with alphaev68-dec-osf5.1 as well.
--
What|Removed |Added
error: Segmentation fault
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: htl10 at users dot sourceforge dot n
38 matches
Mail list logo
