[Bug other/42980] GCC parallel make install failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42980 --- Comment #15 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-06-22 21:35:10 UTC --- (In reply to comment #14) Seems fixed. If so, please close. If not, please summarize remaining issues. The patches in comments #8 and #10 are essentially unfixed, IIRC. #10 needs an update to Automake, that then needs propagated to GCC. This update changes multilib handling semantics slightly. I'm not sure if there are other problems with parallel install, but at that time I didn't see any others at least.
[Bug libstdc++/36231] ostream includes unistd.h outside namespace std, polluting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36231 --- Comment #17 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-04-20 23:10:26 UTC --- (In reply to comment #13) The last time I checked, the problem boiled down to: typedef __gthread_mutex_t __c_lock; in c_io_stdio.h, which we cannot remove right away for ABI reasons, because we have a __c_lock data member in iostream classes. Of course the member is normally completely unused these days, thus a possible ABI-safe way to attack the problem would be replacing the data member with a dummy member of the same size and alignment, the equivalent of: [...] In order to figure out those quantities, ie, sizeof(__gthread_mutex_t) and __alignof__(__gthread_mutex_t) we could probably use something like [GLIBCXX_COMPUTE_STDIO_INTEGER_CONSTANTS], Ralf, people, what do you think? It is possible to compute size and alignment of types using Autoconf tests (even when cross-compiling), yes, with AC_CHECK_SIZEOF and AC_CHECK_ALIGNOF. But you are in a much better position to decide whether that is really sufficient here to solve all pending issues why the headers are dragged in. Thanks.
[Bug target/46887] Invalid AIX linker flag '-bnoerok', it has to be '-bernotok'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887 --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-03-02 05:49:25 UTC --- dje, you marked this PR as NEW. Why? Michael didn't confirm it with pristine GCC. If you can reproduce it yourself, please reread and follow comment #1. Thanks.
[Bug regression/47836] Some Cross Compiler can't build target-libiberty or target-zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836 --- Comment #11 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-03-02 05:57:38 UTC --- The automatic enabling of zlib was turned on by revision 152434, a merge of the lto branch. It seems you can use --disable-lto or --with-system-zlib to disable a target zlib from being built. Haven't looked at libiberty yet.
[Bug other/42560] include-fixed incomplete when srcdir=builddir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42560 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.02.28 20:57:37 CC||rwild at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-28 20:57:37 UTC --- I think this bug is a duplicate of PR 35619, and thus fixed in trunk since revision 151880. If you could recheck, that would be lovely. Thanks!
[Bug regression/47836] Some Cross Compiler can't build target-libiberty or target-zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836 --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-26 15:34:12 UTC --- It should generally work to pass --disable-target-zlib, and similar for other target directories, as workarounds. If it doesn't work, that's worth a bug report (please open a separate one in that case, and link from this one). Thanks.
[Bug other/47869] fatal error: build/gencondmd.c: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47869 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-25 15:52:14 UTC --- Which make version are you using? How exactly did you invoke make (-jN)? Thanks.
[Bug web/47718] bugzilla: commit mails mentioning binutils PR wrongly linked to GCC bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47718 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-19 15:12:38 UTC --- (In reply to comment #6) So if I understand correctly, this case is rare enough to not care? Hmm, I guess so. Bummer. Anyway, thanks Andreas for proving me wrong in thinking that this used to work. Closing as wontfix.
[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #23 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-19 17:49:19 UTC --- (In reply to comment #21) The error for 46 is this: *skip* [...] Stop in /usr/ports/lang/gcc46. *** Error code 1 Unfortunately, you skipped too much: the text you quoted does not contain an error message. Please go back and post the very first error message that shows up in the output log. Thanks.
[Bug web/47718] bugzilla: commit mails mentioning binutils PR wrongly linked to GCC bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47718 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.02.18 07:52:04 Ever Confirmed|0 |1 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-18 07:52:04 UTC --- You don't see many complaints because it is rare that a patch mentions a binutils (or gdb) PR and is committed to both the GCC and the src repository. Those are typically patches to toplevel or other synced files, IOW often build system patches. It is not a big problem (I mean, it's probably the most annoying for the people involved in said old bug reports), but I'm pretty sure that this used to work.
[Bug web/47718] New: bugzilla: commit mails mentioning binutils PR wrongly linked to GCC bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47718 Summary: bugzilla: commit mails mentioning binutils PR wrongly linked to GCC bug Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org Version control commits that refer to PR's in binutils (or other components of src for that matter) should not get auto-added to the bug with the same number in the GCC bugzilla. See here for an example: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12283#c6
[Bug rtl-optimization/12283] profiledbootstrap fails (file resource.gcda not found)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12283 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-13 14:42:16 UTC --- (In reply to comment #6) [...] PR binutils/12283 * move-if-change: Import version from gnulib. Sorry, this mail should not have been added to this PR. See PR 47718.
[Bug rtl-optimization/12283] profiledbootstrap fails (file resource.gcda not found)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12283 --- Comment #6 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-12 15:48:34 UTC --- Author: rwild Date: Sat Feb 12 15:48:30 2011 New Revision: 170076 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=170076 Log: Import move-if-change script from gnulib. /: PR binutils/12283 * move-if-change: Import version from gnulib. Modified: trunk/ChangeLog trunk/move-if-change
[Bug target/47032] libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-04 05:16:15 UTC --- (In reply to comment #3) libgfortran/configure.ac has lines of the form (note I wrapped the line) AC_CHECK_LIB([m],[copysignl],[AC_DEFINE([HAVE_COPYSIGNL],[1],\ [libm includes copysignl])]) So, configure is already checking if libm contains the the long double functions. The problem appears to be that AC_CHECK_LIB is a compile only test, and these tests appear to pass on AIX. AC_CHECK_LIB uses a link test, not a compile test.
[Bug java/21206] gcj seems not to pass the option to ld correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206 --- Comment #24 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-02-04 05:52:01 UTC --- Author: rwild Date: Fri Feb 4 05:51:57 2011 New Revision: 169822 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=169822 Log: Fix PR java/21206: Unrecognized option '-Wl,-rpath' for jv-convert libjava/: PR java/21206 * configure.ac (LDLIBICONV): New substituted variable, with instances of '-Wl,' removed from LIBICONV. * configure: Regenerate. * libgcj.spec.in: Use @LDLIBICONV@ not @LIBICONV@. * Makefile.in: Regenerate. * gcj/Makefile.in: Likewise. * include/Makefile.in: Likewise. * testsuite/Makefile.in: Likewise. Modified: trunk/libjava/ChangeLog trunk/libjava/Makefile.in trunk/libjava/configure trunk/libjava/configure.ac trunk/libjava/gcj/Makefile.in trunk/libjava/include/Makefile.in trunk/libjava/libgcj.spec.in trunk/libjava/testsuite/Makefile.in
[Bug java/21206] gcj seems not to pass the option to ld correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | --- Comment #23 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-29 11:20:44 UTC --- Proposed patch at: http://gcc.gnu.org/ml/gcc-patches/2011-01/msg02172.html Feedback appreciated. Thanks.
[Bug fortran/47495] .mod files: File modification time - Makefile build issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-29 11:48:04 UTC --- For starters it would be nice if gfortran would even document its precise semantics for when module files are created/updated/etc. I'm sure these semantics are not identical across Fortran compilers. This is PR 42607.
[Bug fortran/47495] .mod files: File modification time - Makefile build issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495 --- Comment #8 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-29 12:20:37 UTC --- (In reply to comment #6) b) A .mod file is read when a USE statement is encountered; the file must exist and is searched for in the include search paths. With any kind of module? Even special-case ones like iso_c_binding? c) If a MODULE is compiled again, but an existing .mod file would not change, the file modification date is not modified. d) Module files (.mod) contain the public procedure interfaces, type declarations and module variables of the module, including those made accessible via USE statements within the module And are not compatible across major/minor/any compiler release/version? I think it would be useful to give an example Makefile file in the manual. Joost's solution (comment 2) seems to work fine, though I am not sure how protable to non-Unix platforms the @true is. The @ specifier is portable make, 'true' is Posix but ':' is better as it is a shell builtin command that does not fork. Pattern rules '%.foo: %.bar' however are a GNU make feature not portable to Posix make, unlike inference rules .bar.foo: which are portable but do not automatically chain (and have a couple of other limitations). Rules of the form a b : c commands ... do *not* designate rules that update a and b at the same time. Rather, they designate two distinct rules, one for a, and one for b, that happen to have the same prerequisites and commands. If you want one rule to update multiple outputs, see http://www.gnu.org/software/automake/manual/html_node/Multiple-Outputs.html (and no, that bit of the manual is *not* autotools-specific, so go somewhere else with any flames please). Unfortunately that chapter still lacks info how to cope well in the presence of 'make -n', this is only fixed in git Automake.
[Bug fortran/47495] .mod files: File modification time - Makefile build issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495 --- Comment #11 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-29 13:28:11 UTC --- (In reply to comment #10) If you want one rule to update multiple outputs, see http://www.gnu.org/software/automake/manual/html_node/Multiple-Outputs.html That sounds as if a huge number of lines is needed *per file* if one wants to be compatible with POSIX make and avoid compilation cascades. :-( Which is one of the reasons I would like to see such rules be generated (e.g., by automake or your generator of choice). In order to write a correct rule generator the exact semantics must be known (and of course, we would like to abstract away as much as possible the different semantics from different Fortran compilers).
[Bug go/47515] Issues porting libgo to IRIX 6.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-28 18:53:54 UTC --- (In reply to comment #0) * Building libgo still depends on a linker supporting --whole-archive, but SGI ld doesn't and GNU ld doesn't work due to PR target/43533. libtool abstracts --whole-archive when libtool convenience archives are used, and it can create relocatable objects. As a cheap way to exploit that you could amend BUILDGOX to create a little convenience archive .la file. Or let BUILDARCHIVE build an actual .la convenience archive, that's even easier. Hmm, there is even a rule to create %.la from %.a, why all this going backwards trying to hack around libtool when it can do the job? libtool also has a pending patch abstracting -Bstatic/-Bdynamic by the way.
[Bug libfortran/46607] [4.6 Regression] libgfortran relocated install fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607 --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-25 06:40:20 UTC --- (In reply to comment #6) I would note incidentally a suggestion (comment #3) to work around the general libtool bug on MinGW by stopping it relinking on MinGW. I don't believe there's any good reason for it to be relinking for GCC builds to ELF targets either, so perhaps stopping relinking there would help avoid this problem in many more cases. But there is a good reason to relink on ELF: uninstalled libraries and executables get DT_RPATH entries against uninstalled libraries they depend on, so that uninstalled programs can be executed in a test suite before installing the libraries they depend on. Removing (or replacing) those DT_RPATH entries is the point of relinking. That GCC takes care of the uninstalled paths in some other way as well is something libtool cannot know.
[Bug bootstrap/45174] Make fails in zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174 --- Comment #28 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-18 07:10:48 UTC --- (In reply to comment #26) I'm seeing the same problem with gcc 4.6 trunk (r168937) for building a cross compiler with target arm-unknown-eabi configured with newlib in tree. The crucial bit is --enable-multilib, without this option the problem is not reproducible. You shouldn't ever need to pass --enable-multilib explicitly to toplevel configure, as multilib is enabled by default. On top of that, there is a bug currently in that explicit --enable-multilib is handled wrongly, see PR 43328.
[Bug bootstrap/42566] Bootstrap fails in stage3 building the libstdc++ PCH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.01.15 07:07:08 Ever Confirmed|0 |1 --- Comment #11 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-15 07:07:08 UTC --- Setting state to WAITING, as this PR lacks feedback for this: This looks like http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00650.html. To confirm, please throw away your build tree once, build, then proceed as described in above mail (adjusting $target etc).
[Bug java/21206] gcj seems not to pass the option to ld correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||bjg at gnu dot org --- Comment #21 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 18:39:28 UTC --- *** Bug 42524 has been marked as a duplicate of this bug. ***
[Bug java/42524] gcc-4.4.2 build fails on gcj with unrecognized option '-Wl,-rpath'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42524 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 18:39:28 UTC --- Wow, this is an old bug. *** This bug has been marked as a duplicate of bug 21206 ***
[Bug java/21206] gcj seems not to pass the option to ld correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2005-07-26 23:31:49 |2011-01-10 CC||rwild at gcc dot gnu.org Known to fail||4.6.0 --- Comment #22 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 18:45:30 UTC --- Reconfirming based on http://gcc.gnu.org/ml/gcc/2011-01/msg00094.html.
[Bug target/45258] linkage on -ldl, -lm and -lpthread should be purged from darwin build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45258 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||howarth at nitro dot ||med.uc.edu --- Comment #11 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 19:05:47 UTC --- (In reply to comment #10) Posted patches to http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00886.html and http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00887.html. Jack, based on the above, can this be closed now? Thanks.
[Bug target/33637] [4.3/4.4/4.5 Regression] checking for nm: test: too many arguments causes Undefined symbol: __gxx_personality_v0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||ltg at zes dot ||uni-bremen.de --- Comment #17 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 19:08:09 UTC --- *** Bug 38546 has been marked as a duplicate of this bug. ***
[Bug bootstrap/38546] configure: too many arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38546 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-10 19:08:09 UTC --- Yep, this is a dupe. *** This bug has been marked as a duplicate of bug 33637 ***
[Bug objc/47229] New: Objective C and C++ compiler frontends
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47229 Summary: Objective C and C++ compiler frontends Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: objc AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org It would be nice to have gobjc and gobjc++ compiler driver binaries that would only be installed if Objective C or C++, respectively, were enabled at build time. This would very much simplify configure tests addressing the question do I have an Objective C(++) compiler, possibly cross-compiling, and possibly not yet able to link successfully. Thanks, Ralf
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.01.06 19:15:08 Ever Confirmed|0 |1 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:15:08 UTC --- Confirmed. Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00316.html.
[Bug fortran/47182] libquadmath.texi: undefined flag: BUGURL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47182 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:38:41 UTC --- The first patch looks wrong for multilib configurations. The second patch looks ok to me, but I haven't tested it extensively.
[Bug bootstrap/47147] gcc 4.6 fails to compile on NetBSD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47147 --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 19:40:57 UTC --- Can you attach output of the failing command when '-o FILE' is removed and -c is replaced with -E? And please post the full failing command, the one you posted has '; else true; fi' but no 'if' part. Thanks.
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 22:09:44 UTC --- Author: rwild Date: Thu Jan 6 22:09:41 2011 New Revision: 168555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168555 Log: Fix PR fortran/47174 libquadmath/: PR fortran/47174 * Makefile.am (libquadmath.info): Unconditionally override target, not only if BUILD_LIBQUADMATH. * Makefile.in: Regenerate. * configure.ac (AM_INIT_AUTOMAKE): Add -Wno-override option to avoid warning from automake. Modified: trunk/libquadmath/ChangeLog trunk/libquadmath/Makefile.am trunk/libquadmath/Makefile.in trunk/libquadmath/configure.ac
[Bug fortran/47174] libquadmath: Build now depends on makeinfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47174 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2011-01-06 22:10:54 UTC --- Fixed.
[Bug libstdc++/47052] make: *** [configure-target-libstdc++-v3] Error 1 Cross compile GCC for Alpha Architecture
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47052 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-30 17:03:57 UTC --- GCC 4.0.2 is old and not actively maintained any more. Can you reproduce the problem with version 4.3.5 or newer, ideally with trunk?
[Bug bootstrap/47027] a-stwiun.ads:441:80: (style) this line is too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47027 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-20 17:25:39 UTC --- I'll fix that presently.
[Bug bootstrap/47027] a-stwiun.ads:441:80: (style) this line is too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47027 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-20 17:32:17 UTC --- Author: rwild Date: Mon Dec 20 17:32:06 2010 New Revision: 168089 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168089 Log: Fix PR bootstrap/47027. gcc/ada/: PR bootstrap/47027 * a-stwiun-shared.ads: Rewrap overlong comment line. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/a-stwiun-shared.ads
[Bug bootstrap/47027] a-stwiun.ads:441:80: (style) this line is too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47027 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-20 17:38:21 UTC --- Fixed. Sorry again for the breakage.
[Bug fortran/46797] libquadmath: make install relinks libgfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46797 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-19 12:27:49 UTC --- Closing as invalid. Issues resulting from the relinking behavior are tracked in PR 46607. Thanks.
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947 --- Comment #5 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-15 19:23:05 UTC --- Can you attach alphaev68-dec-osf5.1a/libjava/config.log for this failure please? Thanks.
[Bug target/46891] Can't build libquadmath for i386-elf target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46891 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.12.14 20:08:17 Ever Confirmed|0 |1 Severity|blocker |normal --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-14 20:08:17 UTC --- Marking as waiting, reducing severity as long as the PR lacks any details.
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #13 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:41:56 UTC --- (In reply to comment #11) Created attachment 22743 [details] libstdc++-v3\config.log There's your problem: configure:4197: checking for /cygdrive/c/data/gcc/gcc-build/./gcc/xgcc -B/cygdrive/c/data/gcc/gcc-build/./gcc/ -B/usr/local/powerpc-ibm-eabi/bin/ -B/usr/local/powerpc-ibm-eabi/lib/ -isystem /usr/local/powerpc-ibm-eabi/include -isystem /usr/local/powerpc-ibm-eabi/sys-includeoption to accept ISO C89 configure:4261: /cygdrive/c/data/gcc/gcc-build/./gcc/xgcc -B/cygdrive/c/data/gcc/gcc-build/./gcc/ -B/usr/local/powerpc-ibm-eabi/bin/ -B/usr/local/powerpc-ibm-eabi/lib/ -isystem /usr/local/powerpc-ibm-eabi/include -isystem /usr/local/powerpc-ibm-eabi/sys-include -c -g -O2 conftest.c 5 conftest.c:10:19: fatal error: stdio.h: No such file or directory Is there a stdio.h header file in /usr/local/powerpc-ibm-eabi/include or /usr/local/powerpc-ibm-eabi/sys-include? If not, please install the required C library header files or package. I'm marking this PR as invalid, as it is not a GCC bug. Thanks.
[Bug target/46891] Can't build libquadmath for i386-elf target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46891 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:43:21 UTC --- You fail to describe what This issue is, including lots of details that http://gcc.gnu.org/bugs/ would like you to provide.
[Bug target/46887] Invalid AIX linker flag '-bnoerok', it has to be '-bernotok'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:46:54 UTC --- Does this actually hit you any time? If yes, please post configure command line, and cut and paste error and command(s) that caused it, and whether the obvious fix lets the build succeed where it did not before. Thanks. The ltcf* and ltconfig stuff is so old and outdated, I didn't think it was used anywhere in the tree any more.
[Bug fortran/46797] libquadmath: make install relinks libgfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46797 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:53:41 UTC --- Well, I'd say works as it should: relinking is used to avoid run paths to in-tree directories. What am I missing here? Thanks.
[Bug libfortran/46607] [4.6 Regression] libgfortran relocated install fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:57:27 UTC --- So is this only about the MinGW case? Because there, we should just fix libtool to not ever relink. The more general issue described in comment #1 is a long-standing limitation of libtool.
[Bug libfortran/46720] [4.6 Regression] missing quadmath_weak.h with --enable-maintainer-mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46720 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #6 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 17:17:08 UTC --- Is this still an issue (with the correct Automake version installed)? Thanks.
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #10 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-09 20:58:00 UTC --- (In reply to comment #9) ../gcc-4.5.0/configure --target=powerpc-ibm-eabi --with-newlib --disable-nls --disable-multilib i686-ibm-cygwin ... checking stdbool.h usability... no checking stdbool.h presence... yes configure: WARNING: stdbool.h: present but cannot be compiled Please take a look at the config.log file that corresponds to the above output (I suppose that is m68k-elf/libstdc++-v3/config.log ?) and find the compile error caused by use of stdbool.h. Cut'n'paste the compile command and error here, please. Maybe it's clear then how to proceed. Thanks.
[Bug lto/45638] No rule to make target `check-lto', needed by `check'. Stop.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45638 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-03 16:54:24 UTC --- Fixed, as far as I can see.
[Bug bootstrap/43328] multilib bootstrap broken.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328 --- Comment #19 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-21 08:28:07 UTC --- (In reply to comment #18) what's the current status of the --{dis/en}able-multilib switches? As far as I know that of from before this PR: enabled multilib is the default (if you don't pass any option), and you can disable that by passing --disable-multilib. So the only thing to remember is not to pass --enable-multilib explicitly. afaics at least the --disable-multilib is ignored on 4.5/4.6 svn head. That would seem to be a new regression; please open a new PR for it, including full details as usual for a PR. Thanks.
[Bug other/46202] Makefile doesn't support install-strip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46202 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-20 19:37:12 UTC --- Author: rwild Date: Sat Nov 20 19:37:08 2010 New Revision: 166980 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166980 Log: PR other/46202: implement install-strip. /: PR other/46202 * configure.ac: Fix just-built in-tree STRIP name to be binutils/strip-new. * configure: Regenerate. * Makefile.def (install-strip-gcc, install-strip-binutils) (install-strip-opcodes, install-strip-ld, install-strip-itcl) (install-strip-sid): Mirror dependencies on non-strip variants of these targets on the respective -strip prerequisites. * Makefile.tpl (install-strip, install-strip-host) (install-strip-target): New targets. (install-strip-[+module+], install-strip-target-[+module+]): New targets. * Makefile.in: Regenerate. gcc/: PR other/46202 * Makefile.in (install_sh, INSTALL_STRIP_PROGRAM): New variables. (AR_FOR_TARGET, RANLIB_FOR_TARGET, STRIP_FOR_TARGET): Fix shell quoting. (STRIP_FOR_TARGET): Look for in-tree strip under name strip-new. (install-strip): New target. (STRIPPROG): New variable, exported if STRIP is set. * doc/install.texi (Final install): Minor markup and code style fixes. Document install-strip target. fixincludes/: PR other/46202 * Makefile.in (install-strip): New phony target. (all, check, install): Also mark as phony. libgcc/: PR other/46202 * Makefile.in (install-strip): New phony target. libiberty/: PR other/46202 * Makefile.in (install-strip): New phony target. (install): Also mark as phony. gnattools/: PR other/46202 * Makefile.in (install-strip): New phony target. (check, installcheck, info, dvi, pdf, html, install) (install-info, install-pdf, install-html, mostlyclean) (clean, distclean, maintainer-clean): Mark phony. libada/: PR other/46202 * Makefile.in (install-strip): New phony target. (check, installcheck, info, dvi, pdf, html, install) (install-info, install-pdf, install-html, mostlyclean) (clean, distclean, maintainer-clean): Mark phony. Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in trunk/Makefile.tpl trunk/configure trunk/configure.ac trunk/fixincludes/ChangeLog trunk/fixincludes/Makefile.in trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/config/i386/t-cygming trunk/gcc/doc/install.texi trunk/gnattools/ChangeLog trunk/gnattools/Makefile.in trunk/libada/ChangeLog trunk/libada/Makefile.in trunk/libgcc/ChangeLog trunk/libgcc/Makefile.in trunk/libiberty/ChangeLog trunk/libiberty/Makefile.in
[Bug other/46202] Makefile doesn't support install-strip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46202 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-20 19:40:13 UTC --- Fixed in GCC trunk and src CVS.
[Bug bootstrap/46549] MinGW bootstrap failure regarding texi GFPL license
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46549 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||rwild at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-19 15:50:33 UTC --- . *** This bug has been marked as a duplicate of bug 45888 ***
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||anhvofrcaus at gmail dot ||com --- Comment #9 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-19 15:50:33 UTC --- *** Bug 46549 has been marked as a duplicate of this bug. ***
[Bug bootstrap/46541] libquadmath: No way to disable it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46541 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||rwild at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 17:34:33 UTC --- Duplicate of bug 46540. *** This bug has been marked as a duplicate of bug 46540 ***
[Bug fortran/46540] libquadmath: Implement --disable-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 17:34:33 UTC --- *** Bug 46541 has been marked as a duplicate of this bug. ***
[Bug bootstrap/41337] [LTO] Parallel build failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41337 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-17 16:52:03 UTC --- If you encounter parallel build failures, please post exact revision that was built, configure command line, build system type, number of processors on the box, N argument in 'make -jN', and ideally also the likelihood (in precent) that the build fails, if it is not deterministic. Please also post the last 300 or so lines of build output, and maybe check whether it always fails in the same spot. It is not too hard to pinpoint parallel build failures but only if there is enough data available.
[Bug libstdc++/45711] Building with --enable-libstdcxx-debug fails during install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711 --- Comment #16 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-15 21:39:15 UTC --- Author: rwild Date: Mon Nov 15 21:39:09 2010 New Revision: 166772 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166772 Log: PR libstdc++/45711 cleanup. libstdc++-v3/: PR libstdc++/45711 * src/Makefile.am (stamp-debug): Also adjust VPATH. * src/Makefile.in: Regenerate. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/src/Makefile.am trunk/libstdc++-v3/src/Makefile.in
[Bug driver/45703] [4.6 regression] --help -v no longer shows linker help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45703 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-04 19:57:22 UTC --- Author: rwild Date: Thu Nov 4 19:57:17 2010 New Revision: 166327 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166327 Log: Fix PR driver/45703: let --help -v show linker help. gcc/: PR driver/45703 * collect2.c (main): Print --help output to stdout. Do not exit right away, so ld --help is appended. Add empty lines to separate output suitably. Modified: trunk/gcc/ChangeLog trunk/gcc/collect2.c
[Bug libobjc/39465] libobjc does not find classes of DLLs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39465 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rwild at gcc dot gnu.org --- Comment #17 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-03 17:11:18 UTC --- JFTR, libtool will not create a shared library on w32 systems unless you pass the -no-undefined flag at link time. That seems to me the reason why libobjc is created as static only. Whether you need to make other adjustments for shared libobjc to actually work, I cannot tell without more details.
[Bug other/46202] Makefile doesn't support install-strip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46202 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-02 21:44:12 UTC --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg00192.html.
[Bug other/46202] Makefile doesn't support install-strip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46202 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.01 16:41:30 CC||rwild at gcc dot gnu.org AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug bootstrap/35855] build locale not properly handled with awk scripts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35855 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-11 17:58:56 UTC --- Author: rwild Date: Mon Oct 11 17:58:53 2010 New Revision: 165322 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165322 Log: Fix PR bootstrap/35855: awk character classes. gcc/: PR bootstrap/35855 * opt-functions.awk (BEGIN): New section. (lower, upper, digit, alnum): New variables. (static_var, opt_sanitized_name): Use alnum instead of character classes, for non-C locale. * optc-gen.awk: Likewise. * opth-gen.awk: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/opt-functions.awk trunk/gcc/optc-gen.awk trunk/gcc/opth-gen.awk
[Bug libstdc++/45711] Building with --enable-libstdcxx-debug fails during install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711 --- Comment #14 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-11 18:08:43 UTC --- Author: rwild Date: Mon Oct 11 18:08:36 2010 New Revision: 165325 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165325 Log: Fix PR libstdc++/45711. libstdc++-v3/: PR libstdc++/45711 * src/Makefile.am (stamp-debug): Also adjust possibly-relative file names in MKDIR_P, and, for consistency, also top_build_prefix. * src/Makefile.in: Regenerate. Modified: branches/gcc-4_5-branch/libstdc++-v3/ChangeLog branches/gcc-4_5-branch/libstdc++-v3/src/Makefile.am branches/gcc-4_5-branch/libstdc++-v3/src/Makefile.in
[Bug libstdc++/45711] Building with --enable-libstdcxx-debug fails during install
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #15 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-11 18:09:50 UTC --- Fixed.
[Bug bootstrap/35855] build locale not properly handled with awk scripts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35855 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||FIXED --- Comment #5 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-11 18:58:27 UTC --- Fixed in trunk.
[Bug testsuite/45974] [4.6 Regression] make check RUNTESTFLAGS=--target_board 'unix{-m32,}' doesn't check -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45974 --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-12 05:03:56 UTC --- Author: rwild Date: Tue Oct 12 05:03:52 2010 New Revision: 165350 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165350 Log: Fix PR testsuite/45974 by reverting r165323 for now. gcc/: PR testsuite/45974 Revert: * Makefile.in ($(lang_checks_parallel)) ($(lang_checks_parallelized)): Use single quotes for $(RUNTESTFLAGS), to allow passing quoted content. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in
[Bug testsuite/45974] [4.6 Regression] make check RUNTESTFLAGS=--target_board 'unix{-m32,}' doesn't check -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45974 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-12 05:05:36 UTC --- Ouch. What is SHELL set to in gcc/Makefile? Does it work on your system to use this instead (in a tree with the patch not reverted): make -k check RUNTESTFLAGS='--target_board=unix{-m32,-m64}' Thanks, and sorry for the inconvenience. I'm reverting the patch for now, but would like to fix this in the long run nevertheless. The quoting style needs to be uniform, so that the user can still provide his own. (It might be sufficient to document a quoting style that works portably, however.)
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-07 04:57:28 UTC --- --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-10-05 23:39:37 UTC --- The output produced by genhooks is not portable (newline encoding), so it should either produce binary output, or diff should be used to compare for changes. Sigh. What was supposed to give C programs more portability works against us here. Using diff to ignore line-end space change would not really be satisfactory, because then you'd get gratuitous changes in the checked in tm.texi whenever there is a change in the newline encoding in effect when autogenerating a changed tm.texi. Good point. Let's kill \r then. It should be possible to use tr -d '\015' on ASCII systems (\r is not portable to Solaris tr). So for portability you could pipe through this I guess: case `echo X|tr X '\101'` in A) # ASCII based system tr -d '\015' ;; *) # EBCDIC based system tr -d '\r' ;; esac Unless we make the copy step do newline translation, that is. So, what is the lesser evil in maintainability and portability? Generating binary output with unix-style newlines (as we generally have in our repository), or compare ignoring newline style and translating while copying? If we go for translating copying, do we make autoconf fail if no suitable tool is found? There should always exist a suitable tool on systems where it is needed. FWIW, I would just use the above in the Makefile though (after removing the comments). I've found a problem with a circular dependency, but the patch for that didn't get reviewed: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03046.html The hunk in that changing TEXI_GCCINT_FILES seems wrong, at least gcc/doc/gccint.texi still has '@include tm.texi' so that's what the dependency should be. If references to source / build trees are 'messed up' in other ways too, could you please be a bit more specific? I think that should be it. I was a bit confused when writing the message. Thanks.
[Bug bootstrap/45888] New: tm.texi generation is not portable, rule is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Summary: tm.texi generation is not portable, rule is broken Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org The thread starting at: http://gcc.gnu.org/ml/gcc/2010-10/msg00020.html lists a number of issues around tm.texi: The output produced by genhooks is not portable (newline encoding), so it should either produce binary output, or diff should be used to compare for changes. The tm.texi rule is broken because it references non-existing $(srcdir)/doc/target.def. Also, it seems references to source and build tree are a bit messed up. The logic to trigger a warning for updating the wrong file could need a look-over, too.
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #23 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 07:13:39 UTC --- The 'make configure-target-libmudflap' log you just sent does not show the 'expr syntax error' failures from the log.make in comment 1 any more. Can you please verify that your build error is gone now also? Should be sufficient to make all-target-libmudflap Thanks.
[Bug java/45322] libjava error: libtool: compile: libobj name `ltdl.lo' may not contain shell special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45322 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #8 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 10:47:00 UTC --- Closing as worksforme. If you (or anybody else) can reproduce this issue elsewhere, feel free to reopen. Thanks.
[Bug bootstrap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|libmudflap |bootstrap Resolution||INVALID --- Comment #25 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 11:09:14 UTC --- We hashed this out a bit off-list, to avoid filling the audit trail with more bad guessing of mine. Anyway, turned out the exposer for this issue was the passing of a number of configure command lines that conflicted: --enable-shared --disable-static --enable-shared=libstdc++ --enable-static I told Gabor to rebuild with --disable-shared --enable-static --enable-shared=libstdc++-v3 intending to create a shared C++ library but everything else static. The build finished successfully, but without creating a shared C++ library. I now checked the libstdc++-v3/configure code, and sorry to say so, but I was wrong, libstdc++-v3/configure defines $PACKAGE as libstdc++, so that the right set of args would have been --disable-shared --enable-static --enable-shared=libstdc++ instead. Gabor, can I ask you to retry with these argumenst one more time? If that fails to produce a shared C++ library, then please open a new PR building only some GCC libraries shared against component bootstrap, point to this PR, Cc: me, and attach the build log, gzip'ed. Thank you. I'm closing this PR as invalid. (I don't want to retitle it because the old name should remain searchable.)
[Bug bootstrap/44621] syntax error in gcc-4.5.0/configure for ksh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44621 --- Comment #6 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 11:39:45 UTC --- Author: rwild Date: Sat Oct 2 11:39:41 2010 New Revision: 164902 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164902 Log: Fix unportable shell quoting. /: PR bootstrap/44621 * configure.ac: Fix unportable shell quoting. * configure: Regenerate. config/: * po.m4 (AM_PO_SUBDIRS): Fix unportable shell quoting. intl/: PR bootstrap/44621 * configure: Regenerate. Modified: branches/gcc-4_5-branch/ChangeLog branches/gcc-4_5-branch/config/ChangeLog branches/gcc-4_5-branch/config/po.m4 branches/gcc-4_5-branch/configure branches/gcc-4_5-branch/configure.ac branches/gcc-4_5-branch/intl/ChangeLog branches/gcc-4_5-branch/intl/configure
[Bug bootstrap/44621] syntax error in gcc-4.5.0/configure for ksh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44621 --- Comment #7 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 11:40:35 UTC --- Author: rwild Date: Sat Oct 2 11:40:32 2010 New Revision: 164903 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164903 Log: Fix unportable shell quoting. /: PR bootstrap/44621 * configure.ac: Fix unportable shell quoting. * configure: Regenerate. config/: * po.m4 (AM_PO_SUBDIRS): Fix unportable shell quoting. intl/: PR bootstrap/44621 * configure: Regenerate. Modified: branches/gcc-4_4-branch/ChangeLog branches/gcc-4_4-branch/config/ChangeLog branches/gcc-4_4-branch/config/po.m4 branches/gcc-4_4-branch/configure branches/gcc-4_4-branch/configure.ac branches/gcc-4_4-branch/intl/ChangeLog branches/gcc-4_4-branch/intl/configure
[Bug bootstrap/44621] syntax error in gcc-4.5.0/configure for ksh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44621 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 11:41:25 UTC --- Fixed.
[Bug bootstrap/45174] Make fails in zlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174 --- Comment #25 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 14:52:12 UTC --- Author: rwild Date: Sat Oct 2 14:52:07 2010 New Revision: 164904 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164904 Log: Allow to pass separate configure arguments for build, host and target. /: PR bootstrap/45326 PR bootstrap/45174 * configure.ac: Honor initial values of $build_configargs, $host_configargs, $target_configargs. Mark the precious, so environment settings get recorded. * configure: Regenerate. gcc/: * doc/install.texi (Configuration): Document build_configargs, host_configargs, target_configargs. Modified: trunk/ChangeLog trunk/configure trunk/configure.ac trunk/gcc/ChangeLog trunk/gcc/doc/install.texi
[Bug bootstrap/45326] gmp's use of C99 keeps breaking my compiles, suggest set autoconf variables to avoid inttypes/stdint
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45326 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 14:52:12 UTC --- Author: rwild Date: Sat Oct 2 14:52:07 2010 New Revision: 164904 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164904 Log: Allow to pass separate configure arguments for build, host and target. /: PR bootstrap/45326 PR bootstrap/45174 * configure.ac: Honor initial values of $build_configargs, $host_configargs, $target_configargs. Mark the precious, so environment settings get recorded. * configure: Regenerate. gcc/: * doc/install.texi (Configuration): Document build_configargs, host_configargs, target_configargs. Modified: trunk/ChangeLog trunk/configure trunk/configure.ac trunk/gcc/ChangeLog trunk/gcc/doc/install.texi
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #18 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-10-02 05:34:16 UTC --- Ah, sorry. The sed script was meant for the toplevel source directory. Your .../libmudflap/config.log however looks like configure did compute the maximum command line length correctly. Let's hope the shell trace log will provide more clues. Thanks.
[Bug bootstrap/45796] [4.6 regression] make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-30 19:16:25 UTC --- Author: rwild Date: Thu Sep 30 19:16:14 2010 New Revision: 164759 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164759 Log: build: more correct build rules for build/gen% programs. gcc/: PR bootstrap/45796 * Makefile.in (build/gen%$(build_exeext)): Move rule after all special-casing for generators and turn into ... ((genprog:%=build/gen%$(build_exeext))): ... this static pattern rule, for better error messages in case of toplevel dependency errors. (genprog): Add hooks, rename to ... (genprogerr): ... this, and let genprog also contain check, checksum, condmd. ((genprog:%=build/gen%$(build_exeext))): Rename to ... ((genprogerr:%=build/gen%$(build_exeext))): ... this. (build/genhooks$(build_exeext)): Remove now-unneeded dependency. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in
[Bug bootstrap/45796] [4.6 regression] make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 --- Comment #5 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-30 19:16:43 UTC --- Author: rwild Date: Thu Sep 30 19:16:34 2010 New Revision: 164760 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164760 Log: build: info-gcc, dvi-gcc etc work from unbuilt configured tree. /: PR bootstrap/45796 * Makefile.def (info-gcc, dvi-gcc, pdf-gcc, html-gcc): Depend on all-build-libiberty. * Makefile.in: Regenerate. Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in
[Bug bootstrap/45796] [4.6 regression] make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-30 19:23:55 UTC --- Yes, this used to work. The difference between the 4.5 branch and trunk is that now we have a generated gcc/doc/tm.texi from its .in file, and that creating/updating tm.texi requires build/genhooks to be present. Anyway, fixed.
[Bug bootstrap/45796] [4.6 regression] make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.09.29 18:04:49 date|| AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339 --- Comment #15 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-29 19:33:50 UTC --- Please attach i686-pc-linux-gnu/libmudflap/config.log Please post the output of the following commands (modifying the configure script to post verbose output, and rerunning it): sed -i '/checking the maximum length/a\ set -x ' libmudflap/configure rm -f i686-pc-linux-gnu/libmudflap/Makefile make configure-target-libmudflap Thanks.
[Bug bootstrap/45796] [4.6 regression] make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-29 20:50:16 UTC --- Patches posted: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02312.html http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02313.html I don't see where this would be a recent regression though. FWIW, maintainer-scripts/update_web_docs_svn does not use 'make' for anything.
[Bug bootstrap/44621] syntax error in gcc-4.5.0/configure for ksh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44621 --- Comment #5 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-27 20:19:48 UTC --- Author: rwild Date: Mon Sep 27 20:19:41 2010 New Revision: 164668 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164668 Log: Fix unportable shell quoting. /: PR bootstrap/44621 * configure.ac: Fix unportable shell quoting. * configure: Regenerate. config/: * po.m4 (AM_PO_SUBDIRS): Fix unportable shell quoting. contrib/reghunt/: * bin/gcc-svn-ids: Fix unportable shell quoting. * date_based/reg_periodic: Likewise. * date_based/reg_search: Likewise. intl/: PR bootstrap/44621 * configure: Regenerate. Modified: trunk/ChangeLog trunk/config/ChangeLog trunk/config/po.m4 trunk/configure trunk/configure.ac trunk/contrib/reghunt/ChangeLog trunk/contrib/reghunt/bin/gcc-svn-ids trunk/contrib/reghunt/date_based/reg_periodic trunk/contrib/reghunt/date_based/reg_search trunk/intl/ChangeLog trunk/intl/configure
[Bug bootstrap/45796] New: make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796 Summary: make targets info-gcc, dvi-gcc etc. should work from unbuilt configured tree Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org Running configure and then 'make info-gcc' currently fails with: make[1]: Entering directory `/tmp/build/gcc' make[1]: Circular s-tm-texi - ../../gcc/gcc/doc/tm.texi dependency dropped. build/genhooks \ ../../gcc/gcc/doc/tm.texi.in tmp-tm.texi /bin/sh: line 1: build/genhooks: No such file or directory make[1]: *** [s-tm-texi] Error 127 It should not be necessary to 'make all' before this. Likewise for the other toplevel doc targets.
[Bug bootstrap/35855] build locale not properly handled with awk scripts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35855 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 06:07:56 UTC --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02027.html. You don't state how exactly the build fails, and what locale you needed to set for the failure to become apparent. That makes it harder to find out whether a patch fixes it. Please state so, and also please try out the patch. Thanks.
[Bug bootstrap/44621] syntax error in gcc-4.5.0/configure for ksh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44621 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.09.26 13:18:34 date|| AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 13:18:34 UTC --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02031.html. The failure shown in comment #3 is either a followup error, or should have been fixed in the binutils tree on Mar 5 2010, by including libiberty.h in incremental.cc.
[Bug web/45798] New: bugzilla: line-wrapping issues with description and comments.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45798 Summary: bugzilla: line-wrapping issues with description and comments. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org When I type text into a bug description or a comment, I usually make sure to not enter hard newlines within a paragraph. Nevertheless, the comments are shown with newlines where they appeared in my typed text, in addition to automatic wrapping done by the browser. This leads to ugly display like this where you have one or two words and then another newline. IIRC the old bugzilla did not do this. How can I avoid it/can it be fixed? Thanks!
[Bug bootstrap/37888] make install fails attempting to build gcc/intl.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.09.26 13:29:43 date|| Ever Confirmed|0 |1 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 13:29:43 UTC --- Can you reconfirm whether this still happens for you with current sources? The weird thing about this is that 'make install' should not cause any recompilations nor relinking at all, at least not after a successful 'make'. Did you maybe not run 'make' or 'make all' beforehand? If this still happens for you, my next best bet would be timing issues, such as your build system and the AFS server not having synchronized clocks.
[Bug other/37210] Prohibit Default Builds in the GCC Source Tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37210 --- Comment #5 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 13:44:43 UTC --- status update: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02033.html.
[Bug web/45798] bugzilla: line-wrapping issues with description and comments.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45798 --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 17:59:13 UTC --- Surely possible, but I'd wonder if I'm the only one seeing that then. Running Debian's iceweasel 3.0.6, Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.19) Gecko/2010091807 Iceweasel/3.0.6 (Debian-3.0.6-3).
[Bug web/45798] bugzilla: line-wrapping issues with description and comments.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45798 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-26 18:31:50 UTC --- Hmm, that's not what I meant though. I see e.g., in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888#c1 the word as being wrapped to a line of its own. Hmm, larger or smaller text sizes do not show that particular issue though, so I guess you're right that what I'm seeing is a browser issue.
[Bug lto/43575] lto: ICE upon incompatible type declarations in different TUs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43575 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||WORKSFORME --- Comment #3 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-24 18:10:22 UTC --- This works for me now. Maybe fixed by the fix for bug 42451. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug java/45322] libjava error: libtool: compile: libobj name `ltdl.lo' may not contain shell special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45322 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.09.24 18:33:22 date|| Ever Confirmed|0 |1 --- Comment #4 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-24 18:33:22 UTC --- Waiting for feedback asked for in comment #1. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug other/45782] New: bugzilla internal error trying to update existing PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45782 Summary: bugzilla internal error trying to update existing PR Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: rw...@gcc.gnu.org I tried to update bug 45322 and got an Internal error from bugzilla: There was an error sending mail from 'rwild at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org' to 'java-...@gcc.gnu.org':Can't send data What other information do you need? -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug driver/45703] [4.6 regression] --help -v no longer shows linker help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45703 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.09.24 19:16:21 date|| AssignedTo|unassigned at gcc dot |rwild at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-09-24 19:16:21 UTC --- Seems to have been introduced by r158908. Anyway, confirmed, proposed patch at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01901.html. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.