--- Comment #2 from quanah at stanford dot edu 2006-09-12 22:30 ---
Created an attachment (id=12237)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12237&action=view)
preprocessed source
Here is the preprocessed source.
Here's the error:
backports:/afs/ir/src/pubsw
delete(void*,size_t)
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: quanah at stanford dot edu
GCC build triplet
--- Comment #10 from quanah at stanford dot edu 2006-08-21 06:28 ---
MySQL compiles fine with gcc3.3 and gcc3.4, so this is definately a problem in
4.0.3 itself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27935
--- Comment #9 from quanah at stanford dot edu 2006-08-21 05:17 ---
I am hitting this bug in gcc 4.0.3, trying to compile MySQL 5.0.19 and 5.0.24.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27935
--- Comment #44 from quanah at stanford dot edu 2006-08-15 18:23 ---
This entire problem stems from having:
--enable-thread-safe
when building MPFR on Solaris. I finally got gcc 4.0.3 to build gfortran for
me last week after fixing that configure line to MPFR.
--
http
--- Comment #7 from quanah at stanford dot edu 2006-05-19 17:09 ---
I will be working on this after the students leave, starting in June. Please
keep this ticket open.
I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I
consider them "known goo
--- Comment #42 from quanah at stanford dot edu 2006-05-19 17:09 ---
I will be working on this after the students leave, starting in June. Please
keep this ticket open.
I note that the versions of GMP & MPFR I'm using work *fine* on linux, so I
consider them "known goo
--- Comment #38 from quanah at stanford dot edu 2006-03-30 21:18 ---
Yeah, I'll give that a shot next week (i'm now in a freeze period).
I've also been poking at MPFR. There are apparently 10 or more patches now for
2.2.0, that may resolve the issues, too. I'll
--- Comment #36 from quanah at stanford dot edu 2006-03-30 17:48 ---
Just to note, if I haven't already, I was able to build gcc 4.0.3 with GMP 4.2
and MPFR 2.2.0 on i386 and amd64 without a problem (including fortran), so this
seems to be a problem specific to Solaris 8/9.
--
--- Comment #35 from quanah at stanford dot edu 2006-03-30 17:40 ---
>From the GMP 4.2 NEWS file:
Mis-features:
* mpfr is gone, and will from now on be released only separately. Please see
www.mpfr.org.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26889
--- Comment #33 from quanah at stanford dot edu 2006-03-30 17:17 ---
GDB shows:
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
--- Comment #32 from quanah at stanford dot edu 2006-03-30 17:10 ---
Okay, I created the following file (as is generated by the script):
solaris8-build:/tmp> cat /tmp/q1.f90
integer (kind=1) :: x
end
Then ran the build command on it as is done by the script:
/afs/ir.stanford.
--- Comment #30 from quanah at stanford dot edu 2006-03-30 16:48 ---
Here is what happens when I run it by hand:
solaris8-build:/afs/ir/src/pubsw/languages/gcc-build/sun4x_58/sparc-sun-solaris2.8/libgfortran>
/bin/ksh ../../../../gcc-4.0.3/libgfortran/mk-sik-inc.sh
&#
--- Comment #28 from quanah at stanford dot edu 2006-03-29 22:12 ---
Created an attachment (id=11160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11160&action=view)
selected_int_kind.inc
Here's the selected_int_kind.inc file generated on Solaris 8 with gcc 4.0.3.
--- Comment #5 from quanah at stanford dot edu 2006-03-29 21:49 ---
Yep. That's how f951 was getting linked to gmp. I'm going to make gmp only be
static, however, and see if that changes things.
I'm going to have to defer further work on both these bugs until next week
--- Comment #3 from quanah at stanford dot edu 2006-03-29 18:45 ---
Actually, the problem has nothing to do with using /bin/sh, because I get the
same failure using /bin/ksh, too:
/bin/ksh ../../../../gcc-4.1.0/libgfortran/mk-srk-inc.sh
'/afs/ir.stanford.edu/src/pubsw/language
--- Comment #27 from quanah at stanford dot edu 2006-03-29 01:47 ---
I'll try the flags and get the attachment to you tomorrow. Today is my
birthday, and my wife doesn't really want me on the computer much. ;)
So far, gcc 4.1.0 looks to be building without issue.
--- Comment #24 from quanah at stanford dot edu 2006-03-28 20:59 ---
I will look at removing the libintl/libiconv bits, but in the past gcc failed
to find them without adding those flags.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26889
--- Comment #23 from quanah at stanford dot edu 2006-03-28 20:59 ---
Created an attachment (id=11144)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11144&action=view)
selected_int_kind.f90
selected_int_kind.f90 (it is just what is shipped with the gcc-4.0.3
--- Comment #22 from quanah at stanford dot edu 2006-03-28 20:56 ---
I can look at only building GMP static, rather than static & shared.
I have a build of 4.1 happening on Solaris 9 at the moment after fixing the ksh
issue.
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #18 from quanah at stanford dot edu 2006-03-28 19:23 ---
Unsuprisingly,the build still fails after changing it to use "make boostrap" in
the same exact way:
/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_58/gcc/gfortran
-B/afs/ir.stanford.edu/src/pubsw
--- Comment #16 from quanah at stanford dot edu 2006-03-28 07:33 ---
I will try "make bootstrap", but I note:
"make" worked fine with gcc-3.4.x, gcc-3.3.x, gcc-2.9x etc.
And for i386 and amd64 it worked just fine, too, for gcc 4.0.3 with these same
versions of G
--- Comment #14 from quanah at stanford dot edu 2006-03-28 07:26 ---
For building GCC, I execute:
cd ../gcc-build/@sys && make CFLAGS='-O' \
LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' 2>&1 | tee
-a makeLOG
(@sys
--- Comment #12 from quanah at stanford dot edu 2006-03-28 07:21 ---
For GMP (4.1.4 and 4.2, I've tried both versions):
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, whic
--- Comment #10 from quanah at stanford dot edu 2006-03-28 01:59 ---
I rebuilt gmp with:
--build=sparc-sun-solaris2.8
and then rebuilt MPFR, and then rebuilt gcc 4.0.3. On Solaris 8, it is still
dying, with:
/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_58/gcc
--- Comment #2 from quanah at stanford dot edu 2006-03-27 22:28 ---
ah, thanks. Never hit that issue with any gcc release until now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
--- Comment #8 from quanah at stanford dot edu 2006-03-27 22:27 ---
sorry, I meant 4.1.0, and you answered that well enough. ;)
*how* do I build gmp/mpfr without TLS? I don't see any configure options that
make sense for this...
I'll note that GMP was built with ABI=32
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: quanah at stanford dot edu
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
--- Comment #6 from quanah at stanford dot edu 2006-03-27 22:09 ---
I don't see a way to disable "TLS" support in GMP or MPFR, but I'll keep
poking.
I didn't build gcc 4.0.2 with Fortran support because I needed to build gcc to
build GMP and MPFR. ;)
Building
--- Comment #4 from quanah at stanford dot edu 2006-03-27 20:48 ---
Disable TLS support in *which* library?
GMP, MPFR, or libfortran?
There are no options in the configure for GMP or MPFR referring to TLS/SSL.
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26889
--- Comment #2 from quanah at stanford dot edu 2006-03-27 19:23 ---
On Solaris 8, the build fails also, except with the following error:
/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_58/gcc/gfortran
-B/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/sun4x_58/gcc/
-B/usr
--- Comment #1 from quanah at stanford dot edu 2006-03-27 17:23 ---
change to fortran, instead of libfortran.
--
quanah at stanford dot edu changed:
What|Removed |Added
igned at gcc dot gnu dot org
ReportedBy: quanah at stanford dot edu
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26889
--- Comment #7 from quanah at stanford dot edu 2006-03-14 03:28 ---
gcc 4.0.3 builds for me without issue on the AMD 64, so the issue I hit must
have been something fixed between 4.0.2 and 4.0.3. This can be closed.
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26437
--- Comment #14 from quanah at stanford dot edu 2006-02-27 22:19 ---
I've tried the patch suggested in this bug. However, I found that it does
*not* fix all the issues. For example, here is the result of my libstdc++.la
file with the patch applied:
# Libraries that this one de
--- Comment #6 from quanah at stanford dot edu 2006-02-27 03:46 ---
What version of binutils would you recommend I try?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26437
--- Comment #4 from quanah at stanford dot edu 2006-02-25 00:59 ---
Setting the PIC flags did not fix this issue. It appears impossible at this
time to build gcj on AMD64 with 4.0.x.
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26437
--- Comment #3 from quanah at stanford dot edu 2006-02-24 23:24 ---
This may be in part because two variables are not being set correctly:
"PICFLAG=" "PICFLAG_FOR_TARGET="
when building in libjava/
--Quanah
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26437
--- Comment #2 from quanah at stanford dot edu 2006-02-24 23:09 ---
This seems to be because libsax_gcj_la-sax.o is not being built with -fPIC,
like it apparently needs to be:
[EMAIL
PROTECTED]:/afs/ir/src/pubsw/languages/gcc-build/amd64_linux26/x86_64-unknown-linux-gnu/libjava
--- Comment #1 from quanah at stanford dot edu 2006-02-23 01:25 ---
Oh, and here are my configure options:
configure '--datadir=${prefix}/lib' '--libexecdir=${prefix}/lib'
'--sharedstatedir=${prefix}/lib' --prefix=/usr/pubsw --enable-threads --wi
th-gnu-
ED
Severity: blocker
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: quanah at stanford dot edu
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x
--- Additional Comments From quanah at stanford dot edu 2005-02-17 05:24
---
using config-ml.in from gcc-3.3.1 also didn't resolve the problem. I can only
assume the problem lies elsewhere.
Any ideas?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19995
--- Additional Comments From quanah at stanford dot edu 2005-02-17 00:51
---
Also note that my case differs from 18033 because I'm *not* setting:
--disable-aix64 (--enable-aix64=no)
My configure options worked fine with gcc-3.3.1.
I'm currently testing using the config-
--- Additional Comments From quanah at stanford dot edu 2005-02-16 21:34
---
The patch listed in bug 18033 does *not* fix the problem.
After applying the patch, and regenerating the top level configure via autoconf
(just to be safe), I still have the exact same bootstrapping problem
--- Additional Comments From quanah at stanford dot edu 2005-02-16 17:02
---
*** Bug 19995 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033
--- Additional Comments From quanah at stanford dot edu 2005-02-16 17:02
---
never mind, i forgot to run autoconf to regenerate configure after applying the
patch.
*** This bug has been marked as a duplicate of 18033 ***
--
What|Removed |Added
--- Additional Comments From quanah at stanford dot edu 2005-02-16 16:28
---
I disagree that this is a duplicate of 18033.
I applied the following patch to gcc-3.4.3:
--- gcc-3.4.3/config-ml.in.orig 2005-02-15 21:37:41.0 -0800
+++ gcc-3.4.3/config-ml.in 2005-02-15 21:38
nfig.log' for more details.
--
Summary: libstdc++ fails to build correctly on AIX 5.2
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: libstdc++
AssignedTo: unas
--- Additional Comments From quanah at stanford dot edu 2005-02-15 01:00
---
To note, I'm using libtool 1.5.8
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19962
Summary: local dependencies permeated throughout other libraries
instead of for $prefix/lib
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: libstdc++
AssignedTo: unas
50 matches
Mail list logo
