++
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
This is a follow-on of bug #92717.
In that bug, it was noted that .gch files are basically GCC memory dumps, and
that because ASLR is typically enabled on modern Linux systems
++
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
I am working on getting a reproducible GCC build. This includes passing the "D"
option to ar(1) to avoid non-deterministic static library outputs.
In bootstrapping 13.2.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106247
Daniel Richard G. changed:
What|Removed |Added
CC||skunk at iskunk dot org
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
I bootstrapped GCC 12.1.0 with the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106482
--- Comment #2 from Daniel Richard G. ---
It would be good to have a specific minimum version of GCC in the documented
prerequisites, as the current text ("an existing GCC binary (version 4.8 or
later)", albeit referring to non-bootstrap
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
Build: x86_64-pc-linux-gnu
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91139
--- Comment #4 from Daniel Richard G. ---
(In reply to Martin Liška from comment #3)
>
> So is the issue fixed or not?
Not fixed as of 9.2.0, I'm afraid:
[...]
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91555
--- Comment #10 from Daniel Richard G. ---
Okay. I'll accept that the code is dodgy. Thanks for looking into this.
I'll keep in mind -fsanitize=undefined as a way of tracking down these issues
in the future.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91555
--- Comment #8 from Daniel Richard G. ---
The most I could tell via strategic printf() calls is that everything appears
to run correctly up until the binary search. I don't think any (unchecked)
overflow is at issue, but it seems I don't have a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91555
--- Comment #6 from Daniel Richard G. ---
Unfortunately, this GCC build does not have libsanitizer, as it is on an older
(Linux) system without the necessary system headers.
$ gcc -O2 -fsanitize=undefined gcc9-opt-bug.c -o bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91555
--- Comment #4 from Daniel Richard G. ---
Yes, that is the case:
$ gcc -O2 gcc9-opt-bug.c -o bug
$ ./bug
WRONG 13
result: t = 18446744073709551615 (wrong)
$ gcc -O2 -fwrapv gcc9-opt-bug.c -o bug
$ ./bug
result: t =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91555
Daniel Richard G. changed:
What|Removed |Added
Attachment #46761|0 |1
is obsolete|
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
Created attachment 46761
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46761=edit
Quasi-minimal test program
I have encountered what appears to be a bug in the optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65725
Daniel Richard G. changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91139
--- Comment #2 from Daniel Richard G. ---
(In reply to Richard Biener from comment #1)
> Maybe your NFS servers time is different from the local build ones so make
> gets confused as to what is new? That said, I've never seen Bug-1 but I also
>
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
There may be one or two bugs in this report.
I am bootstrapping from a release tarball on a Solaris system. The system has
makeinfo 4.7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
--- Comment #12 from Daniel Richard G. ---
This issue appears to persist in 9.1.0, where it prevents bootstrap from
completing:
[...]
libtool: link: /tmp/gcc-9.1.0.build/./gcc/xg++ -B/tmp/gcc-9.1.0.build/./gcc/
-nostdinc++ -nostdinc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
Daniel Richard G. changed:
What|Removed |Added
CC||skunk at iskunk dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65725
--- Comment #10 from Daniel Richard G. ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #9)
>
> it would be helpful to know a bit more about that system: Solaris 10
> update release (e.g. from /etc/release), versions of as (as -V)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65725
--- Comment #8 from Daniel Richard G. ---
Hello Rainer,
(In reply to r...@cebitec.uni-bielefeld.de from comment #7)
> That bootstrap (amd64-pc-solaris2.10 with as/ld, --disable-shared
> --with-pic) has now completed as well: in addition to
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
Build: x86_64-unknown-linux-gnu
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Target Milestone: ---
Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
Build: x86_64-unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
--- Comment #9 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
Looking closer, you are *not* using the Solaris assembler (/usr/ccs/bin/as):
Good call, Rainer. GCC is in fact using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org ---
My admin installed 119961-13, which is the current version of 119961-11:
$ /usr/ccs/bin/as -V
as: SunOS 5.10 119961-13 Patch 08/06/2014
Usage: as [-a32] [-m] [-m32
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Host: x86_64-pc-solaris2.10
Target: x86_64-pc-solaris2.10
Build: x86_64-pc-solaris2.10
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #14 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to David Edelsohn from comment #13)
The GCC build process has requirements, including SVR4/POSIX awk. GCC works
on a wide variety of systems, but needs to have a base
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #12 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to David Edelsohn from comment #8)
Patches are reviewed on gcc-patches mailinglist, not in Bugzilla
Sorry, I'm not properly set up for mailing lists at the moment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #11 from Daniel Richard G. skunk at iskunk dot org ---
Yep, that system's still running. I'll be happy to test any fixes for this
issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #22 from Daniel Richard G. skunk at iskunk dot org ---
Still using AIX 4.3 here. The std::ctypechar error has been particularly
nettlesome, as it's beyond my ken and I can't work around it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #27 from Daniel Richard G. skunk at iskunk dot org ---
Likewise confirmed on the same Woody system from comment #5: 4.9.1 bootstraps
fine, 4.8.3 still has the bug.
(Oddly enough, the first configure run in the 4.9.1 bootstrap has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
--- Comment #8 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to Jonathan Wakely from comment #7)
Seems unlikely, but if -static-libgcc -static-libstdc++ gives you a runtime
dependency on GCC then that should be reported as a bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to Jonathan Wakely from comment #4)
Instead of building GCC with --disable-shared, why not just use
-static-libstdc++ when linking?
It was a long time ago that I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #10 from Daniel Richard G. skunk at iskunk dot org ---
(In reply to Richard Biener from comment #9)
What's the status of this bug?
Same as I reported in comment #5---I just confirmed with a build of 4.8.2.
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Host: i686-unknown-freebsd4.8
Target: i686-unknown-freebsd4.8
Build: i686-unknown-freebsd4.8
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Host: i686-unknown-freebsd4.8
Target: i686-unknown-freebsd4.8
Build: i686-unknown-freebsd4.8
After addressing bugs #58274 and #58719, a bootstrap of GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
--- Comment #1 from Daniel Richard G. skunk at iskunk dot org ---
A workaround for this issue is to build with CFLAGS=-fPIC CXXFLAGS=-fPIC
(presuming that one is building with GCC), in addition to --with-pic. This
results in a compiler build
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
Build: x86_64-unknown-linux-gnu
I built GCC 4.8.1 with --disable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
--- Comment #7 from Daniel Richard G. skunk at iskunk dot org ---
Created attachment 30723
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30723action=edit
Trivial configure-time check
(In reply to Kostya Serebryany from comment #6
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: skunk at iskunk dot org
Host: i386-unknown-freebsd4.8
Target: i386-unknown-freebsd4.8
Build: i386-unknown-freebsd4.8
Created attachment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
CC||skunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
--- Comment #10 from Daniel Richard G. skunk at iskunk dot org 2012-09-27
14:02:03 UTC ---
Okay, I grabbed a copy of gcc-4.8-20120923, and started bootstrapping using an
older 4.5.2 (since the 4.7.0 C++ compiler isn't working correctly; am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
--- Comment #8 from Daniel Richard G. skunk at iskunk dot org 2012-09-26
06:06:11 UTC ---
Sure, can do. Is mainline a synonym for SVN trunk? Is there somewhere I can
download a ready-made tarball, just to make sure everything is autogen'ed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
--- Comment #4 from Daniel Richard G. skunk at iskunk dot org 2012-09-25
10:56:41 UTC ---
(In reply to comment #3)
Does this still fail?
I haven't built GCC on the AIX 4.3 (PowerPC 604) system lately, but my scripts
are set up to do so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org 2012-09-25
21:38:32 UTC ---
Okay, I'm bootstrapping an unmodified 4.7.2, using a previously-built 4.7.0 as
CC and the following configuration options:
--prefix=/opt/tg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #21 from Daniel Richard G. skunk at iskunk dot org 2012-07-25
03:18:32 UTC ---
(In reply to comment #18)
Maybe the regex code is non-functional, but *something* is referencing the
symbol under certain circumstances.
I figure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #21 from Daniel Richard G. skunk at iskunk dot org 2012-07-23
18:52:06 UTC ---
(In reply to comment #20)
You could try adding this to ctype.cc around line 54
--- libstdc++-v3/src/c++98/ctype.cc.orig2012-01-23 18:12:01.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #19 from Daniel Richard G. skunk at iskunk dot org 2012-07-23
04:20:33 UTC ---
The good news: The build gets past all of the pthreads-related errors described
here, so I think those two changes may be a workable solution.
The bad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #18 from Daniel Richard G. skunk at iskunk dot org 2012-07-20
17:44:12 UTC ---
(In reply to comment #17)
Between comment 5 (with missing ;;) and comment 14 it should work, I think.
Okay, I'm re-starting the build with those two
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #15 from Daniel Richard G. skunk at iskunk dot org 2012-07-19
19:24:37 UTC ---
(In reply to comment #14)
I still don't think it's the right thing to do, but does this help?
I'm trying this now, in conjunction with the patch posted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #16 from Daniel Richard G. skunk at iskunk dot org 2012-07-19
21:10:28 UTC ---
Okay, spoke too soon; I encountered the same error later in the game, when
building the pthread variant of libstdc++-v3.
I'm going to try the build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #7 from Daniel Richard G. skunk at iskunk dot org 2012-07-17
23:24:13 UTC ---
Created attachment 27821
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27821
Patch against GCC SVN trunk
Hi David,
The attached patch is everything
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Component|target |spam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #15 from Daniel Richard G. skunk at iskunk dot org 2012-06-20
04:10:28 UTC ---
David, thank you for commenting; I have a better appreciation now of how AIX is
a different animal from most, and indeed may be doing things more correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #12 from Daniel Richard G. skunk at iskunk dot org 2012-06-18
16:56:42 UTC ---
(In reply to comment #11)
We know the instantiations that are needed, but I don't want to define them
for
all platforms if they're not needed elsewhere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #13 from Daniel Richard G. skunk at iskunk dot org 2012-06-10
22:39:36 UTC ---
Hi Jonathan,
I've checked and double-checked this, and was hoping you could offer some
insight:
I get the Undefined symbol: vtable for std::ctypechar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52850
--- Comment #3 from Daniel Richard G. skunk at iskunk dot org 2012-06-07
21:59:39 UTC ---
Created attachment 27582
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27582
Proposed fix
Since the in-tree zlib is always built as a static archive
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53607
Bug #: 53607
Summary: opt-functions.awk -- awk: There is a regular
expression error.
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #4 from Daniel Richard G. skunk at iskunk dot org 2012-05-15
17:35:20 UTC ---
(In reply to comment #3)
AIX 4.3.2 was announced in 1998 and end of service in 2003. The AIX header is
wrong and was fixed in later versions. You have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org 2012-05-15
19:01:45 UTC ---
My first thought had been to put in AIX-version-dependent cpp conditionals in
aix-stdint.h, but admittedly, that would have been an ugly way to go.
I have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #11 from Daniel Richard G. skunk at iskunk dot org 2012-05-16
02:51:24 UTC ---
Okay, the bootstrap gets further this time. A couple of unrelated issues came
up which I was able to work around, but then I encountered this:
[...]
/tmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
Bug #: 53348
Summary: Conflicting fast-integer types on AIX:
sys/inttypes.h vs. gcc/config/rs6000/aix-stdint.h
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53351
Bug #: 53351
Summary: Missing integer types when bootstrapping on AIX 4.3
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #1 from Daniel Richard G. skunk at iskunk dot org 2012-05-14
22:51:36 UTC ---
*** Bug 47907 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47907
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-05-14
22:54:02 UTC ---
*** Bug 47902 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #8 from Daniel Richard G. skunk at iskunk dot org 2012-05-14
03:19:36 UTC ---
Marc, thank you for the pointer. The single-line-edit case, at least, seems
straightforward enough.
Here's my stab at it:
/*
* stdlib.h on AIX 4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org 2012-05-13
05:11:32 UTC ---
(In reply to comment #5)
AIX 4.3 is extremely old and support was withdrawn a while ago. I am surprised
that anyone is trying to build recent versions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org 2012-05-11
17:05:57 UTC ---
With the new build, I now see one missing symbol instead of two. (Not sure why
the earlier hacked build went through):
gmake[3]: Entering directory `/tmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37122
--- Comment #6 from Daniel Richard G. skunk at iskunk dot org 2012-05-11
19:16:50 UTC ---
Created attachment 27383
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27383
updated patch for 4.7.0
I got bitten by this recently. Bootstrapping GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Version|4.5.2 |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #3 from Daniel Richard G. skunk at iskunk dot org 2012-05-12
04:33:41 UTC ---
Created attachment 27384
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27384
/usr/include/stdlib.h from AIX 4.3
Attaching the relevant header file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #8 from Daniel Richard G. skunk at iskunk dot org 2012-05-12
05:09:15 UTC ---
(In reply to comment #7)
Looks as though it also needs
template class functionbool (__regex::_PatternCursor const);
I added that, and with the two
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #10 from Daniel Richard G. skunk at iskunk dot org 2012-05-12
05:36:16 UTC ---
(In reply to comment #9)
I won't be able to work on that until I'm back from holiday in two weeks, in
the meanwhile --disable-libstdcxx-threads should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-05-10
13:54:12 UTC ---
I can avoid this error during bootstrap by configuring with
--disable-build-poststage1-with-cxx, but then I get the same link error when
building regular C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #4 from Daniel Richard G. skunk at iskunk dot org 2012-05-10
15:04:22 UTC ---
Created attachment 27364
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27364
Workaround to provide the two missing symbols
I needed a working 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
--- Comment #3 from Daniel Richard G. skunk at iskunk dot org 2012-05-10
20:11:15 UTC ---
(In reply to comment #2)
What is the correct option to pass to the vendor compiler in order to get code
suitable for inclusion in a shared library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #5 from Daniel Richard G. skunk at iskunk dot org 2012-05-10
22:04:26 UTC ---
(In reply to comment #3)
does adding this instantiation to libstdc++-v3/src/c++11/regex.cc help?
Apologies Jonathan, I didn't see your comment before
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
Bug #: 53299
Summary: libiberty usage of GCC_PICFLAG causes -fPIC to be
passed to non-GNU compiler
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #8 from Daniel Richard G. skunk at iskunk dot org 2012-05-08
18:18:04 UTC ---
I did a non-bootstrap build to speed things up a bit. (The system already has
GCC 4.5.2.)
First: Your patch needs a couple of ;; sprinkled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
Bug #: 53266
Summary: Error: Unrecognized opcode: `mulhwu'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53266
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-05-07
17:42:43 UTC ---
(In reply to comment #1)
mulhwu is a powerpc but not rs6000 instruction.
When a file failed to compile, I noticed that specifying -mcpu=powerpc got
things
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #7 from Daniel Richard G. skunk at iskunk dot org 2012-05-07
21:09:43 UTC ---
(In reply to comment #6)
Created attachment 27320 [details]
diff of regenerated configure
Jonathan, thank you for the patch, and the regen.
I'm starting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #4 from Daniel Richard G. skunk at iskunk dot org 2012-05-05
16:05:30 UTC ---
(In reply to comment #3)
If you're using --enable-thread=posix then it should be defined.
I haven't used --enable-thread=posix, and if I invoke .../xgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53237
Bug #: 53237
Summary: Bootstrap fails due to mixed declarations and code
(c-lex.c)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
Bug #: 53238
Summary: Bootstrap failure: error: 'pthread_mutex_timedlock'
was not declared in this scope
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-05-04
20:33:46 UTC ---
(In reply to comment #1)
You'll need to figure out why the configure test passes, most of us who work
on
that bit of code don't have access to AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53178
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-05-02
15:57:24 UTC ---
(In reply to comment #1)
Is this problem also present in more recent Solaris releases?
It's gone as of Solaris 10 (the macros have the necessary casts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53178
Bug #: 53178
Summary: fixinclude needed for iso/ctype_iso.h on Solaris 8
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53179
Bug #: 53179
Summary: fixinclude needed for pthread.h on AIX 5.3
(PTHREAD_ONCE_INIT)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53179
--- Comment #1 from Daniel Richard G. skunk at iskunk dot org 2012-05-01
20:17:24 UTC ---
Created attachment 27275
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27275
Fixed version of pthread.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52847
--- Comment #3 from Daniel Richard G. skunk at iskunk dot org 2012-05-01
23:01:28 UTC ---
(In reply to comment #1)
You should not need -mminimal-toc because of this toplevel makefile part.
Ah, good to know. If I don't set -mminimal-toc in CC, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52850
--- Comment #2 from Daniel Richard G. skunk at iskunk dot org 2012-04-24
15:18:33 UTC ---
(In reply to comment #1)
That sounds like an user problem rather than a GCC issue.
From the Installing GCC: Configuration doc:
--with-system-zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
Bug #: 52887
Summary: Bootstrap on AIX failure: Undefined symbol:
.std::functionvoid (std::__regex::_PatternCursor
const,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52847
Bug #: 52847
Summary: case shell quoting problem in top-level makefile
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52850
Bug #: 52850
Summary: Linker path ends up using wrong zlib
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37187
Daniel Richard G. skunk at iskunk dot org changed:
What|Removed |Added
CC||skunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #34 from Daniel Richard G. skunk at iskunk dot org 2011-09-15
14:01:36 UTC ---
(In reply to comment #33)
Vladimir, this [GCC] bug report has nothing to do with the assembler
segfaulting. The problem is that the linker can't link what
1 - 100 of 165 matches
Mail list logo