--- Comment #12 from rob1weld at aol dot com 2006-12-28 15:45 ---
(In reply to comment #11)
Fix checked in.
I'm not an expert with Java but am trying to compile gcc 4_2 branch (CVS)
and I have the same problem as is described in this bug report. The fixes
mentioned in this report
not working on WinXP
Cygwin Bash
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30342
--- Comment #2 from rob1weld at aol dot com 2007-01-12 05:12 ---
Thank you kindly for your comments and e-mails everyone.
Firstly, I am NOT building in the source directory.
My result (as of a while ago) for libmudflap are:
=== libmudflap Summary ===
# of expected passes 1194
Priority: P3
Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30445
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30448
--- Comment #23 from rob1weld at aol dot com 2007-01-18 23:52 ---
I compiled 4.1.1 on Windows XP (Cygwin) a couple of days ago and did not have
the Found a problem with the JNI methods declared and implemented. message
occur.
Last week when I compiled gcc-4_2-branch (SVN) the error did
--- Comment #2 from rob1weld at aol dot com 2007-01-19 12:48 ---
Thank you for your assistance. I've looked into this and found the new names.
If someone wished to either fix or delete (hopefully not) the libobjc.dll
support I'd consider this resolved (for me) and this complaint could
: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30570
--- Comment #4 from rob1weld at aol dot com 2007-01-24 04:26 ---
The newest test results for building according to these instructions are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg00811.html
Most tests are completed with a dozen (or less) errors - that is not too bad
--- Comment #3 from rob1weld at aol dot com 2007-02-08 20:56 ---
I found out exactly what the trouble is - it _likely_ affects ALL platforms.
I use a very long set of configure options (to enable as much as possible) but
the one that is causing the trouble is: --enable-libgcj-debug
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31650
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
--- Comment #2 from rob1weld at aol dot com 2007-04-26 21:33 ---
Thank you Paolo Carlini.
Previously I _did_ let ./configure guess (on successful builds) but _this_
_time_ I used _exactly_ the same ./configure parameters as I did for Linux (to
duplicate the GCC compiler for both
--- Comment #4 from rob1weld at aol dot com 2007-04-27 04:47 ---
I do agree with removing that option when configuring for Cygwin and I did so.
I put in extra spaces and re-sorted the order of these options so you can use
an editor (like kwrite or notepad) to view the changed options
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc
--- Comment #6 from rob1weld at aol dot com 2007-04-29 07:31 ---
I was only trying to clairify that another problem occurred in that exact same
spot AFTER I followed your advice - IE: that is was possible that your solution
was not the only thing needed to fix the problem.
I downloaded
--- Comment #2 from rob1weld at aol dot com 2007-04-29 10:51 ---
Prevously I posted: I will post the build-log shortly and put a link on this
page ...
I finally got it compiled (using an enormous number of features) and got my
best results yet for Java:
=== libjava
--- Comment #2 from rob1weld at aol dot com 2007-04-29 11:05 ---
Dear Andrew: I am sorry I did not include my gcc -v in the report.
Judging from the date I _MIGHT_ have used one of these configure lines:
/cygdrive/C/makecygwin/gcc-4_2-branch/configure --disable-werror --verbose
--- Comment #3 from rob1weld at aol dot com 2007-04-29 11:13 ---
I am going to change the resolution to WORKSFORME. This does not mean that
whatever problem that occurred at _that_ particular time was actually fixed,
only that I am not able to reproduce it with the __current__ SVN (nor
--- Comment #1 from rob1weld at aol dot com 2007-04-29 11:25 ---
I completed all tests. Current SVN builds on Linux OK, but has internal
compiler error when build with _similar_ (but not same) options on Cygwin
platform (when it gets to libstdc++-v3).
Full results at this link:
http
gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31744
: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31746
--- Comment #2 from rob1weld at aol dot com 2007-04-29 17:12 ---
# sed --version
GNU sed version 4.1.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31746
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686
--- Comment #3 from rob1weld at aol dot com 2007-04-29 18:19 ---
The problem seems to be that the ./configure script is including
--enable-languages TWO times and the second time it is NOT quoting it - thus
breaking sed.
# grep _configargs ../gcc-4_2-build/config.log
build_configargs
--- Comment #3 from rob1weld at aol dot com 2007-04-30 00:14 ---
Did some more testing. The results that follow are from the output of a shell
script to catch each error and defeat it. I have edited it down for this
report.
There is a bug in gcc-4_2 in that it won't let you make a new
--- Comment #5 from rob1weld at aol dot com 2007-05-01 09:16 ---
This make -i check report shows Java compiled with ZERO errors:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01490.html
gcc version 4.2.0 20070427 (prerelease)
---
=== libjava tests ===
Running target unix
--- Comment #2 from rob1weld at aol dot com 2007-05-01 10:19 ---
Successfully _forced_ the compile on Cygwin platform and posted a seperate
report about the segmentation fault issue at:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31761
After running make -i check on Cygwin compile I
--- Comment #5 from rob1weld at aol dot com 2007-05-02 05:08 ---
Thanks Andreas,
The annoying un-quoted second occurance of the languages is now fixed.
Somehow AutoConf decided that it was going to rebuild ./configure .
I renamed my current configure and then did a new SVN to get
--- Comment #2 from rob1weld at aol dot com 2007-05-03 09:49 ---
Reviewing my old bug reports I noticed a reply may be needed here...
I _do_ build in a directory that is different from the source.
It is my guess that part of the problem is that Cygwin is attempting to make
unix-LIKE
--- Comment #3 from rob1weld at aol dot com 2007-05-03 09:55 ---
Another test results report (4.2.0 20070501 on i686-pc-linux-gnu) is here:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00135.html
Almost every option enabled, almost all tests passed (except dfp, in C).
--
http
--- Comment #3 from rob1weld at aol dot com 2007-05-03 10:00 ---
Another test results report for i686-pc-linux-gnu (4.2.0 20070501):
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00135.html
Nearly all options are enabled. Nearly all tests pass. A few have ZERO errors!
(hurray). DFP
--- Comment #2 from rob1weld at aol dot com 2007-05-03 10:09 ---
Confirmed. My Linux system has gcc 4.2.0 installed and I do NOT get that many
warnings, only a couple.
I _do_ have the _newest_ possible version of all programs for Cygwin.
In any event, on _any_ platform
--- Comment #4 from rob1weld at aol dot com 2007-05-05 18:55 ---
Results for Cygwin are very similar (for DFP) - other areas have differing
errors:
Results for 4.2.0 20070501 (prerelease) testsuite on i686-pc-cygwin
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00258.html
May I
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31845
and
test_summary scripts.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet
--- Comment #3 from rob1weld at aol dot com 2007-05-10 06:43 ---
I tried an un-modified Makefile on WinXP, running X11 under Cygwin, with Xterm
running bash, compiling with cygwin (whew!) - the problem does NOT occur there.
This problem only seems to occur under a Cygwin MSDOS shell
--- Comment #5 from rob1weld at aol dot com 2007-05-10 06:51 ---
Having great success compiling GCC (with nearly every option enabled) using the
above instructions. More recent compile test results are here:
Results for 4.2.0 20070501 (prerelease) testsuite on i686-pc-cygwin
http
at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31891
/classpath/native/jni/gtk-peer/Makefile
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build
--- Comment #5 from rob1weld at aol dot com 2007-05-13 05:47 ---
Thanks - the most recent SVN has fewer DFP errors.
If we _really_ don't want DFP on any platform except PowerPC then we should
change ./configure for it to be prohibited. I can't see why it could not be
supported on other
: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
--- Comment #2 from rob1weld at aol dot com 2007-05-13 14:29 ---
Created an attachment (id=13548)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13548action=view)
gcc.log (configured using with)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
--- Comment #1 from rob1weld at aol dot com 2007-05-13 14:27 ---
Created an attachment (id=13547)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13547action=view)
gcc.log (configured using without)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31912
--- Comment #2 from rob1weld at aol dot com 2007-05-15 05:29 ---
Thanks. If someone with write-access runs the script and tosses the result into
the SVN I'll consider this bug resolved (for me). I changed severity to minor.
The maintainers _might_ want to update the Makefile maintainer
--- Comment #1 from rob1weld at aol dot com 2007-05-15 05:54 ---
I did some hacking to push the make through and find all occurances of the
problem, then I rebuild from a fresh directory and condensed my changes.
It came down to a few problems all interacting together - changes
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
--- Comment #1 from rob1weld at aol dot com 2007-05-15 06:23 ---
Created an attachment (id=13556)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13556action=view)
Log of testsuite failures on Cygwin - 1,000 KB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31928
--- Comment #11 from rob1weld at aol dot com 2007-05-15 10:46 ---
Here are my results with gcc version 4.2.0 20070505 (prerelease).
/wonka# ./vte
logMessage is called
/root/downloads/gcc-4_2-branch/libjava/classpath/native/jni/gtk-peer/gthread-jni.c:1242:
AWT JNI failure (BROKEN
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc
: UNCONFIRMED
Severity: minor
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http
--- Comment #2 from rob1weld at aol dot com 2007-05-18 03:54 ---
I just read 29544 (against 4.2.0) - as you would say: what was your (x)gcc -v
?.
I used
--enable-stage1-checking=assert,fold,gc,gcac,misc,rtl,rtlflag,runtime,tree
and got these test results:
http://gcc.gnu.org/ml/gcc
--- Comment #1 from rob1weld at aol dot com 2007-05-18 03:57 ---
A recent compile of 4.2.1 with complaints about log file parsing at the end is
here: http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00812.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31846
--- Comment #1 from rob1weld at aol dot com 2007-05-18 04:01 ---
A recent gcc 4.2.1 compile (20070515 - revision 124745) for Linux is here:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00812.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31891
--- Comment #4 from rob1weld at aol dot com 2007-05-18 05:57 ---
--- Comment #3 From Andrew Pinski 2007-05-18 04:10 [reply] ---
I have no idea what you are talking about overwritting.
In the 4.1.1 AND 4.2.0/1 configure file we have:
--enable-bootstrap[=lean] Enable
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi
dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31999
:12652
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
--- Comment #1 from rob1weld at aol dot com 2007-05-21 19:09 ---
I did some more testing on this issue. I started pulling off configure option a
half dozen at a time.
1st I removed:
--enable-initfini-array --enable-__cxa_atexit --enable-threads=posix
--enable-decimal-float --with-long
--- Comment #2 from rob1weld at aol dot com 2007-05-21 21:05 ---
The BUG is somewhere in here:
I put back ALL my origonal (lengthy) configure options but left off the
checking. It gets past the ICE. That is not good though...
Situation A): The checker is working fine and the code
--- Comment #3 from rob1weld at aol dot com 2007-05-22 03:17 ---
Created an attachment (id=13598)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13598action=view)
Notes: diffs of 4.2.1 and 4.3.0 fold-const.c and ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32024
: minor
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32034
--- Comment #5 from rob1weld at aol dot com 2007-05-22 16:02 ---
Thanks for confirming, Richard. It works on 4.2.0/1 and I've enclosed notes in
the prior message that _probably_ explain why it is failing.
In addition I just did a build (one day newer version) _without_ fold
(GEM) to 4.1.1 4.2.1
4.3.0
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol
--- Comment #1 from rob1weld at aol dot com 2007-05-23 06:06 ---
Created an attachment (id=13604)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13604action=view)
gem-1.7/patch/gem-4.1.1.patch - Add GEM to GCC 4.1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32051
--- Comment #2 from rob1weld at aol dot com 2007-05-23 06:07 ---
Created an attachment (id=13605)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13605action=view)
gem-1.7/patch/gem-4.2.1.patch - Add GEM to GCC 4.2.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32051
--- Comment #3 from rob1weld at aol dot com 2007-05-23 06:07 ---
Created an attachment (id=13606)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13606action=view)
gem-1.7/patch/gem-4.3.0.patch - Add GEM to GCC 4.3.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32051
--- Comment #5 from rob1weld at aol dot com 2007-05-23 06:29 ---
The patch for 4.1.1 was created by simply using the GEM revision 4.1.0 patch on
the release version of the GCC 4.1.1 source. All hunks succeeded with minimal
offsets.
The patch for 4.2.1 was created by simply using
--- Comment #6 from rob1weld at aol dot com 2007-05-23 06:31 ---
Got mid-air colision message when clicking submit. I understand this is
closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32051
--- Comment #8 from rob1weld at aol dot com 2007-05-23 17:57 ---
Thanks Manuel.
I imagined that since I read it at http://gcc.gnu.org/readings.html that the
GEM would (or _might_) be incorporated in future.
My purpose in posting:
1): The patches were posted MORE with the thought
/struct-layout-1 generator
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32062
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32063
--- Comment #3 from rob1weld at aol dot com 2007-05-24 04:39 ---
# as --version
GNU assembler 2.17 Debian GNU/Linux
That is the _newest_ apt-get from Debian.
My test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01171.html
This is not really a bug
--- Comment #4 from rob1weld at aol dot com 2007-05-24 06:01 ---
According to this page: http://www.gnu.org/software/binutils/
The newest version is being called binutils-2.17.50 (name for snapshot).
ftp://sourceware.org/pub/binutils/snapshots/
05/17/2006 12:00AM 13,716,872
--- Comment #4 from rob1weld at aol dot com 2007-05-24 06:05 ---
I have found that with very low system load that it _can_ occur using an XTerm
window afterall - infrequently.
If your compiling for Cygwin it is best to make the mod to the Makefile.
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from rob1weld at aol dot com 2007-05-24 06:15 ---
This has not happened in the last few weeks.
It _might_ be fixed. I would need to wait until I'm doing a half a dozen things
at once and had a high load; while compiling gcc.
If a maintainer happens across this bug
--- Comment #1 from rob1weld at aol dot com 2007-05-24 06:33 ---
Added keywords ice-on-valid-code rejects-valid since when the spec file is
modified the ICE does not occur.
We need a new function that ouputs a message that the spec (internal or
external file) is incorrect
--- Comment #6 from rob1weld at aol dot com 2007-05-24 06:41 ---
make profiledbootstrap is broken.
Newest compile uses
--enable-stage1-checking=assert,gc,misc,rtl,rtlflag,runtime since both fold
and tree have some issues.
Results for 4.3.0 20070523 (experimental) testsuite on i686-pc
--- Comment #2 from rob1weld at aol dot com 2007-05-24 19:48 ---
The configure script ought to check for gjdoc version - I _do_ have the newest
version from using apt-get update apt-get upgrade - how are people supposed
to use the --with-gjdoc if it is not better documaented?
The gcc
--- Comment #9 from rob1weld at aol dot com 2007-05-24 20:03 ---
Thank you for looking into this, everyone. I do appreciate it working
correctly.
Here is the extreme steps I took to fix my problem. It is not reasonable that
the average person would be assumed to know this (something
--- Comment #7 from rob1weld at aol dot com 2007-05-24 20:05 ---
Thanks, works OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31746
Version: 4.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
--- Comment #3 from rob1weld at aol dot com 2007-05-25 09:55 ---
Ran accros this interesting post, seems we've had this a while ...
gjdoc in libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612
After some messing with trying to access the gjdoc SVN according to the above
advice
--- Comment #1 from rob1weld at aol dot com 2007-05-25 10:49 ---
Found an additional problem.
After all the stages are done and we are building the libraries in the target
name directory (EG: in _my_ case the directory is called i686-pc-linux-gnu)
we must _always_ use xgcc and NOT gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39572
--- Comment #4 from Rob rob1weld at aol dot com 2012-09-08 15:17:11 UTC ---
Thank you, one and all.
--- Comment #1 from rob1weld at aol dot com 2009-01-02 13:46 ---
Prior to changing gcc/config/i386/sol2-10.h:
u...@opensolaris:/usr/share/src/gcc_build# /usr/share/src/gcc_build/gcc/xgcc -v
-B/usr/share/src/gcc_build/gcc/ -B/usr/local/i386-pc-solaris2.11/bin/
-B/usr/local/i386-pc
: UNCONFIRMED
Severity: major
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i386-pc-solaris2.11
GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11
--- Comment #2 from rob1weld at aol dot com 2009-01-03 19:15 ---
Since this bug is related to the assembler I tried setting the --with-gnu-as
--with-as= options for configure and while that allowed the build to continue
it then went down a path of uncharted waters (and numerous problems
--- Comment #33 from rob1weld at aol dot com 2009-01-03 19:53 ---
With gcc version 4.4.0 20090102 on i386-pc-solaris2.11 I'm getting:
# gcc -v -o test_gmp_1 test_gmp_1.cc -lgmp -lstdc++
/usr/local/lib/gcc/i386-pc-solaris2.11/4.4.0/../../../libstdc++.so: undefined
reference
at aol dot com
GCC build triplet: i386-pc-solaris2.11
GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38730
--- Comment #2 from rob1weld at aol dot com 2009-01-05 17:07 ---
I noticed this is a P1.
Rainer Orth says:
Building current mainline on Solaris 11/SPARC with GNU ld 2.19 and
Sun as fails when building libgomp:
The Official Position of Sun is: You must use Sun's ld.
Andrew
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i386-pc-solaris2.11
GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38727
: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i386-pc-solaris2.11
GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11
http://gcc.gnu.org
--- Comment #17 from rob1weld at aol dot com 2009-01-05 22:58 ---
(In reply to comment #16)
ping...
This missed 4.3 again, it should probably get in now before 4.4 enters freeze
mode...
How about 4.5 ?
Re the moc - moc-qt4 change suggested in comment #14: This should be detected
)
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i386-pc-solaris2.11
GCC host
1 - 100 of 623 matches
Mail list logo