Re: possible race condition in make install?

* Jack Howarth wrote on Sat, Jul 16, 2011 at 10:40:22PM CEST: >I have had a report of i386 darwin10 failing to build gcc 4.4.6 in fink > which I've reproduced > myself. The failure looks quite odd... > > /usr/bin/install -c -m 644 ./libiberty.a > /sw/src/fink.build/root-gcc44-4.4.6-1001/sw/l

Re: [RFC] gfortran's coarray (library version): configure/build and the testsuite

Hello, * Jorge D'ELIA wrote on Wed, Apr 06, 2011 at 01:24:58AM CEST: > Here there are few comments from my college Lisandro Dalcin, > an external developer of PETSc, e.g. see > - Mensaje original - > > The current scheme is that the user somehow compiles > > the communication library (li

Re: GCC_NO_EXECUTABLES vs. libtool

* Ralf Wildenhues wrote on Tue, Mar 29, 2011 at 07:55:27AM CEST: > * Ian Lance Taylor wrote on Tue, Mar 29, 2011 at 07:39:25AM CEST: > > Shortly after that code in libtool.m4, I see this: > > > > if test -f /etc/ld.so.conf; then > > lt_ld_extra=`awk '/^inc

Re: GCC_NO_EXECUTABLES vs. libtool

Hello Ian, * Ian Lance Taylor wrote on Tue, Mar 29, 2011 at 07:39:25AM CEST: > We have several bug reports for 4.6.0 about failures of the form > > checking dynamic linker characteristics... configure: error: Link tests are > not allowed after GCC_NO_EXECUTABLES. > Unfortunately, on a GNU/Linu

Re: new libjava bootstrap failure

* Jack Howarth wrote on Wed, Mar 02, 2011 at 06:08:22PM CET: > On Wed, Mar 02, 2011 at 07:16:19AM +0100, Ralf Wildenhues wrote: > > Jack, the actual issue you're seeing might well be the result of some > > missing dependency. With parallel build failures, it is most importa

Re: new libjava bootstrap failure

Hello Dave, * Dave Korn wrote on Wed, Mar 02, 2011 at 06:28:15AM CET: > http://mad-scientist.net/make/autodep.html > > although note that where that recommends using "-include" (under > "Avoiding ``No rule to make target ...'' Errors") to ignore would-be > errors from trying to include non-e

Re: Unrecognized option '-Wl,-rpath' for jv-convert

* Gerald Pfeifer wrote on Thu, Jan 27, 2011 at 01:04:03AM CET: > On Tue, 11 Jan 2011, Andrew Haley wrote: > >> This is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42524 > >> aka http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206 > > Ah, yes. It seems I approved the fix for this in2006, but it n

Re: Unrecognized option '-Wl,-rpath' for jv-convert

* Andrew Haley wrote on Fri, Jan 07, 2011 at 10:24:53AM CET: > On 01/06/2011 09:28 PM, Gerald Pfeifer wrote: > >On Thu, 6 Jan 2011, Ralf Wildenhues wrote: > > > >>Does passing '-Wl,-rpath -Wl,/foo' to gcj work for a small example > >>program for you

Re: Unrecognized option '-Wl,-rpath' for jv-convert

* Gerald Pfeifer wrote on Thu, Jan 06, 2011 at 08:07:26PM CET: > I am trying to debug this, alas not very successfully so far and am > looking for a pointer or two. > > This happens with head as well; binutils (/usr/local/bin/ld) is 2.20.1. > > > Note 1: This can be avoid configuring with --disa

development stage timeline

Is there an expected date for when stage 3 should end, or some other measure of pressure? The 4.6.0 status report link on gcc.gnu.org does not seem to tell (and I'm not sure whether it usually does or not). It would be good to get Libtool updated before, but I'm not sure I can finish it this week

Re: relinking `libjvm.la' error when make install libjava

Hello, * majia gm wrote on Thu, Dec 16, 2010 at 04:21:14PM CET: > I'm compiling gcc-4.4.2 on an Arm similar machine with Java enabled. > Compilation is completed, but a failure comes out when make install, > with the error of '"relink libgvm". > > Do anyone know the reason of the failure? >  I re

Re: Possible issue with c++ linking with g++

* Param Ponnaiyan wrote on Sun, Nov 28, 2010 at 06:50:26PM CET: > If I link it this way > g++ *.o libxxx.a > everything works fine. > BUT if I convert the .o's into a library say libnew.a and separate > main into main.cpp > and link like this > g++ main.cpp libnew.a libxxx.a > then it fails. This

Re: gccgo branch and darwin

* Arnaud Lacombe wrote on Sat, Nov 20, 2010 at 05:58:13AM CET: > --- a/libgo/mksysinfo.sh > +++ b/libgo/mksysinfo.sh > @@ -79,7 +79,7 @@ grep '^const _E' gen-sysinfo.go | \ > > # The O_xxx flags. > grep '^const _\(O\|F\|FD\)_' gen-sysinfo.go | \ > - sed -e 's/^\(const \)_\(\(O\|F\|FD\)_[^= ]*\)

Re: Boostrap fails on i386-pc-solaris2.10 - libquadmath error

* Rainer Orth wrote on Thu, Nov 18, 2010 at 06:32:59PM CET: > Ralf Wildenhues writes: > > * Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET: > >> > >> * One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm, > >> which doesn

Re: Boostrap fails on i386-pc-solaris2.10 - libquadmath error

* Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET: > > * One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm, > which doesn't know (and doesn't need to be run) -lm. That's a bug in the rule using nm then, though. > Again, as in > libjava/Makefile.am, I've moved it

Re: Boostrap fails on i386-pc-solaris2.10 - libquadmath error

* Tobias Burnus wrote on Wed, Nov 17, 2010 at 08:20:39PM CET: > b) Building with a cross compiler is not supported by the > libquadmath configure script > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520 You should probably try out GCC_NO_EXECUTABLES in configure.ac and check with a couple of cr

Re: Discussion about merging Go frontend

Hello, * Joseph S. Myers wrote on Sat, Nov 06, 2010 at 11:41:17PM CET: > On Wed, 3 Nov 2010, Ian Lance Taylor wrote: > > > There is also the libgo directory. The contents of libgo/go are a copy > > of the standard Go library and I don't think a review of that would be > > useful. But it would b

Re: I propose Ralf Wildenhues for build machinery maintainer

Hello, * Gerald Pfeifer wrote on Mon, Nov 08, 2010 at 01:36:47AM CET: > On Fri, 5 Nov 2010, Ian Lance Taylor wrote: > > To the steering committee: I propose Ralf Wildenhues as a new maintainer > > for the build machinery. > > I've relayed this proposal, thanks Ian. (R

Re: G++ test suite picking up incorrect libstc++

Hello Michael, * Michael Eager wrote on Fri, Oct 22, 2010 at 10:35:48PM CEST: > Paolo Carlini wrote: > >On 10/22/2010 08:43 PM, Michael Eager wrote: > >>I'm seeing test suite failures in g++ caused by > >>linking with the wrong libstdc++.so. > >> > >>It looks like g++.exp always appends the defaul

Re: Trouble doing bootstrap

* Ian Lance Taylor wrote on Thu, Oct 14, 2010 at 08:43:51PM CEST: > Ralf Wildenhues writes: > > OK. I won't argue my point further, but I am interested to learn why > > shared libraries in nonstandard locations are seemingly frowned upon > > here. Is that due to fragili

Re: Trouble doing bootstrap

* Ian Lance Taylor wrote on Thu, Oct 14, 2010 at 06:56:27PM CEST: > Ralf Wildenhues writes: > > Provide a configure switch --with-hardcoded-gccdeps that adds run path > > entries for pre-installed support libraries? > > I'm fine with that, but it just introduces an

Re: Trouble doing bootstrap

Hello, * Ian Lance Taylor wrote on Thu, Oct 14, 2010 at 03:07:46AM CEST: > Paul Koning writes: > > My build system doesn't have LD_LIBRARY_PATH defined so whatever is > > the Linux default would apply. Perhaps I should change that. But it > > seems strange that configure finds the prerequisites

Re: toplevel *again* out of sync

* Naveen H. S wrote on Mon, Oct 04, 2010 at 10:44:40AM CEST: > >> Nick, Naveen, the diff between the GCC and the src commits is this; > >> which variant is correct? > >> -noconfigdirs="$noconfigdirs target-libgloss ${libgcj}" > >> +noconfigdirs="$noconfigdirs ${libgcj}" > > The following v

Re: Problem in bootstrapping on mingw

Hello, * FX wrote on Sun, Oct 03, 2010 at 11:22:50AM CEST: > > This is a known issue and related to timestamps of those generated > > .texi files. By touching generated .texi it can be solved. Hacked around, I would say, not solved. I guess to solve it, genhooks should produce output in binary m

Re: Who owns config.rpath?

[ adding bug-gnulib ] Hi Dave, * Dave Korn wrote on Sun, Oct 03, 2010 at 01:42:15PM CEST: > I can't find any mention of it at the usual place for external sources > (http://gcc.gnu.org/codingconventions.html#upstream), so is our version > forked, or is that just an oversight? It comes original

Re: make recheck?

* NightStrike wrote on Sat, Oct 02, 2010 at 05:47:24PM CEST: > On Sat, Oct 2, 2010 at 5:54 AM, Ralf Wildenhues wrote: > > Is there a way to rerun only failed tests after a 'make -k check'? > > If not, should there be, and how would one go about implementing this > >

Re: toplevel *again* out of sync

Please fix the wrong side, and fix src/ChangeLog. Thanks. Other than that, below is the combined patch I intend to commit to src unless there are disagreements. Thanks, Ralf ChangeLog: 2010-10-02 Ralf Wildenhues Sync from GCC: 2010-09-30 Michael Eager * configu

make recheck?

Is there a way to rerun only failed tests after a 'make -k check'? If not, should there be, and how would one go about implementing this (I know the makefile parts but not the dejagnu bits). Asking because it could help speed up patch development: 1) hack hack hack 2) make -k check-$whatever 3) go

Re: toplevel *again* out of sync

Hi Paolo, * Paolo Bonzini wrote on Sat, Oct 02, 2010 at 10:47:18AM CEST: > I think that we should apply a *very* strict policy of not approving > toplevel patches unless the toplevel files are in sync. > > Thanks in advance to anyone that "volunteers" to fix things... You beat me by a couple of

Re: Autoconf tests, libtool symlist files, undefined behavior, and LTO

Hello t7, * t66...@gmail.com wrote on Thu, Sep 23, 2010 at 03:01:31AM CEST: > I don't know if my problem suites this description. No, it doesn't. > Currently installed libtool on this system is, > ltmain.sh (GNU libtool) 2.2.6b > > I recently tested the LTO feature of GCC (targeting windows

Re: bump Autoconf and Libtool versions?

* Paolo Bonzini wrote on Sun, Sep 19, 2010 at 11:11:30AM CEST: > On 09/19/2010 11:05 AM, Ralf Wildenhues wrote: > >any plans to bump Autoconf and Libtool versions used in GCC? > >I'd like to see 2.68 and 2.4.0 in 4.6 in due course of course > >(i.e., after both have been

bump Autoconf and Libtool versions?

Hi Paolo, all, any plans to bump Autoconf and Libtool versions used in GCC? I'd like to see 2.68 and 2.4.0 in 4.6 in due course of course (i.e., after both have been released, and before stage 1 ends). Should I proposed patches then? Thanks, Ralf

Re: Merging Apple's Objective-C 2.0 compiler changes

[ about modifying the license of "GPLv2 or later" or similarly licensed code ] * Ralf Wildenhues wrote on Sun, Sep 12, 2010 at 08:15:57AM CEST: > * Richard Kenner wrote on Sun, Sep 12, 2010 at 12:17:47AM CEST: > > > > It's my understanding that FSF legal depar

Re: Merging Apple's Objective-C 2.0 compiler changes

* Richard Kenner wrote on Sun, Sep 12, 2010 at 12:17:47AM CEST: > > > It's my understanding that FSF legal department has consistently refused > > > to answer such questions as this. > > > > Do you have a quote for that, please? > > How do you quote somebody who DOESN'T answer? I've asked for yo

Re: Merging Apple's Objective-C 2.0 compiler changes

* Richard Kenner wrote on Sat, Sep 11, 2010 at 11:01:56PM CEST: > > Please ask the FSF legal dept. to clarify the situation once and for > > all, they should be able to provide you with a binding (as for GCC) > > answer within a short time frame. > > It's my understanding that FSF legal departme

Re: Merging Apple's Objective-C 2.0 compiler changes

Hello, * Richard Kenner wrote on Sat, Sep 11, 2010 at 01:18:10PM CEST: > > That means, we at our option can choose to release under GPL v3, > > exclusively, if we wanted. > > I disagree, as I said. > > My interpretation of that sentence is that "when you redistribute > this, you must give the p

Re: [RFC] Full float128, third iteration

* FX wrote on Fri, Sep 10, 2010 at 07:08:10PM CEST: > I'm CC'ing the gcc list so I can get insight from people who > understand correctly how static libraries should be handled by the > driver... > > > I'm seeing a similar issue with -static linkage. > > > > % gfc4x -o z norm2_3.f90 -L/usr/home/s

Re: Cross-platform build problem

Hello Piotr, * Piotr Wyderski wrote on Thu, Sep 09, 2010 at 12:24:07PM CEST: > I'm trying to compile a GCC toolchain with target=arm-elf > and hosted on Cygwin/PC. Unfortunately, both GCC 4.5.1, > taken from the official mirror, and 4.6 trunk taken from SVN > fail to compile with the following err

build: are there situations where 'ar' does not work?

Hello GCC developers, Libtool recently added a configure test for @file support in ar (and other tools) in order to avoid the slower partial building or static libraries on some systems (and have an escape route on systems where the archiver doesn't allow adding to an archive). Now, to avoid issu

Re: transitioning cloog to ppl-0.11

* Jack Howarth wrote on Fri, Aug 06, 2010 at 03:01:16PM CEST: >My point was that in this case not only does ppl-0.11 require > the existing soversion of cloog to be rebuilt but also all other > previously built gcc releases that used it as well. >Considering that the existing cloog-0.15.9 s

Re: transitioning cloog to ppl-0.11

* Jack Howarth wrote on Fri, Aug 06, 2010 at 02:31:31AM CEST: >I have been mulling over how to transition the > current gcc4x and cloog packages in fink to the new > ppl-0.11 release and believe we really need to have > a soversion bump on cloog to safely do this on > systems with pre-existing

Re: Issue with LTO/-fwhole-program

* Jan Hubicka wrote on Fri, Jun 11, 2010 at 03:26:12PM CEST: > > Ah, so the problem is the missing -flto in the second compilation > > step? I think this is a bug in the compiler for not reporting this > > somehow. Is there are PR open for this? > > Compiler can not report it because it does not s

Re: AC_CHECK_DECLS(basename) (Was: Re: Ping: patches required for --enable-build-with-cxx)

out trailing function argument types when henerating the HAVE_DECL_* macro. Signed-off-by: Ralf Wildenhues --- ChangeLog |8 lib/autoconf/general.m4 | 15 +++ 2 files changed, 19 insertions(+), 4 deletions(-) diff --git a/ChangeLog b/ChangeLog index 1452eb3..80

Re: [RFC] Switching implementation language to C++

* Joern Rennecke wrote on Tue, Jun 01, 2010 at 09:11:03PM CEST: > Quoting Ralf Wildenhues: > >* Toon Moene wrote on Tue, Jun 01, 2010 at 08:36:53PM CEST: > >> > >> In file included from ../../gcc/libcpp/system.h:341, > >> from ../../gcc/li

Re: [RFC] Switching implementation language to C++

* Toon Moene wrote on Tue, Jun 01, 2010 at 08:36:53PM CEST: > > In file included from ../../gcc/libcpp/system.h:341, > from ../../gcc/libcpp/expr.c:21: > ../../gcc/libcpp/../include/libiberty.h:106: error: new declaration > ‘char* basename(const char*)’ > /usr/include/string.h:60

Re: [PATCH, committed] Re: toplevel out of sync

* Dave Korn wrote on Wed, May 26, 2010 at 07:36:26AM CEST: > >>> bcd70fb06d56d9316d49019f5c0a3109def08d39 158763 > >>> a9ed67d000f285282e61aa9b87cc8d992a8731df 158762 > >> 17281d1ee17f204064cfcbcc82089aefa19e3779 159527 > >> 401f30d69e280e18a9581b819376d18786595d3b 159173 > I've synched

Re: toplevel out of sync

* Ralf Wildenhues wrote on Tue, May 25, 2010 at 07:33:53PM CEST: > * Paolo Bonzini wrote on Tue, May 25, 2010 at 07:10:33PM CEST: > > As you prefer. I'd rather see a list of commits before giving you > > green light though. :-) > > commit id of infradead mirror, GCC

Re: toplevel out of sync

* Paolo Bonzini wrote on Tue, May 25, 2010 at 07:10:33PM CEST: > On 05/25/2010 07:09 PM, Ralf Wildenhues wrote: > >>... the last date when the tree was synchronized ... > > > >It looked fairly good 3 months ago[1]. Toplevel and config/ went out of sync with commit

Re: toplevel out of sync

* Paolo Bonzini wrote on Tue, May 25, 2010 at 06:06:16PM CEST: > the toplevel configury of gcc/gdb/binutils is very much out of sync. > Unfortunately I don't have much time to devote to bringing the trees > back in shape, and not even to chase down committers of patches > placed only on one side.

Re: Help needed: banishing RTL from the front ends

* Steven Bosscher wrote on Tue, May 25, 2010 at 04:23:35PM CEST: > On Tue, May 25, 2010 at 11:13 AM, Andreas Schwab wrote: > > Target-specific variable values are applied to all dependencies, see > > (make) Target-specific: [...] > That is the problem here. TM_H depends on insn-constants.h, which >

Re: more .o vs. .obj targeting VMS

Hello Jay, * Jay K wrote on Wed, May 05, 2010 at 06:11:29PM CEST: > Here's the next one: > > alpha-dec-vms-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o > decimal64.o decimal128.o > alpha-dec-vms-ar: decNumber.o: No such file or directory > make[2]: *** [libdecnumber.a] Error 1 > m

Re: Why not contribute? (to GCC)

I don't like self-advertising, but ... * Steven Bosscher wrote on Sun, Apr 25, 2010 at 03:05:45PM CEST: > Perhaps it is possible to create some kind of check-patch script for > GCC too, e.g. one that checks the following things at least: > * ChangeLog presence > * ChangeLog format and completeness

Re: Why not contribute? (to GCC)

Hello Leif, * Leif Ekblad wrote on Sun, Apr 25, 2010 at 12:56:21PM CEST: > The primary issue I had was that some basic configuration was > never updated to GCC (libtool). Because this was the place where the > targets and stuff was defined, it was not even possible to submit specific > patches in

Re: how to "parse" gcc -v output

* Joseph S. Myers wrote on Sun, Apr 04, 2010 at 11:40:19AM CEST: > On Sun, 4 Apr 2010, Ralf Wildenhues wrote: > > > - which libraries it needs to link shared modules against, or > > - which libraries are needed to let g++ link mixed C++/Fortran code, > > so in practice

how to "parse" gcc -v output

Hello gcc and libtool lists, Both Autoconf and Libtool have macros which "parse" output of 'gcc -v' for some link commands. Yes, I know, almost by definition this is not "parseable" text, but GCC does not provide a stable API that allows to find out - which libraries it needs to link shared modul

Re: Bootstrap failures on i386-pc-solaris2.10

* Rainer Orth wrote on Thu, Apr 01, 2010 at 04:24:40PM CEST: > The --disable-multilib option has been broken by a recent patch. This > is a known bug and will hopefully be fixed soon. Should be fixed now with r157916 which reverts the offending commit. Apologies for the breakage. Cheers, Ralf

Re: Autoconf tests, libtool symlist files, undefined behavior, and LTO

* Richard Guenther wrote on Wed, Mar 31, 2010 at 11:02:39AM CEST: > On Tue, Mar 30, 2010 at 8:52 PM, Ralf Wildenhues wrote: > > 1) Autoconf-generated configure tests often fake the prototype of some > > function; e.g., AC_CHECK_FUNC([func]) uses > >  char func(); > >

Autoconf tests, libtool symlist files, undefined behavior, and LTO

Hello gcc and libtool lists, Summary: both Autoconf-generated configure tests as well as some Libtool construct invoke undefined behavior. Question is how to deal with it, and whether GCC, as QoI, may want to define behavior in these cases. 1) Autoconf-generated configure tests often fake the p

Re: expected behavior for --with-cloog?

Hello Jack, * Jack Howarth wrote on Fri, Mar 26, 2010 at 01:13:16AM CET: >While testing a patch to update the minimum version > of cloog-ppl in gcc trunk... > --- configure.ac(revision 157732) > +++ configure.ac(working copy) > @@ -1612,9 +1612,9 @@ > if test "x$with_cloog" !

Re: error: cannot compute suffix of object files: cannot compile

Hi Bruce, * Bruce Korb wrote on Fri, Mar 19, 2010 at 05:22:15PM CET: > On Fri, Mar 19, 2010 at 9:12 AM, Richard Guenther wrote: > > On Fri, Mar 19, 2010 at 5:02 PM, Bruce Korb wrote: > >> What does this message really mean? > >> i.e. What should I do about it? > > > > run ldconfig or use binaries

Re: AC_CHECK_DECLS(basename) (Was: Re: Ping: patches required for --enable-build-with-cxx)

[ trimming Cc: ] Hello, * Joern Rennecke wrote on Tue, Feb 09, 2010 at 11:46:15AM CET: > However, I wonder if there is a better way to do the string processing - > I only do autoconf hacking sporadically, and my code looks somewhat > different from the original style. I haven't had a chance to l

Re: Combined tree fails to build -- libtool version mismatch?

* Paolo Bonzini wrote on Sat, Jan 09, 2010 at 03:26:33PM CET: > > Binutils should adopt GCC's libtool.m4, ltmain.sh, lt~obsolete.m4, > ltoptions.m4, ltsugar.m4, ltversion.m4 and src should rerun autoconf > on all of its scripts (CCing gdb, newlib and cygwin mailing lists). I just pinged that very

Re: GCC 4.5 Status Report (2009-12-02)

* Jack Howarth wrote on Thu, Dec 03, 2009 at 10:15:59PM CET: > On Thu, Dec 03, 2009 at 09:32:38PM +0100, Ralf Wildenhues wrote: > > > > Do you need anything to test the patch before it is applied, or did you > > mean to test it when it has been applied? (To test this pa

Re: GCC 4.5 Status Report (2009-12-02)

* Jack Howarth wrote on Thu, Dec 03, 2009 at 03:22:56AM CET: > On Wed, Dec 02, 2009 at 11:08:49PM +0100, Richard Guenther wrote: > > On Wed, 2 Dec 2009, Ralf Wildenhues wrote: > > > > > > The Libtool update would fix a couple of bugs, one of which is important > &g

Re: GCC 4.5 Status Report (2009-12-02)

Hello Richard, * Richard Guenther wrote on Wed, Dec 02, 2009 at 01:32:24PM CET: > The trunk is in regression and documentation fixes only mode, > Stage 3 has ended yesterday. Release branch rules are now > in effect for all changes to trunk that touch release critical > parts of the compiler (pri

Re: MELT help: how to autoconf-igure makefile fragments?

* Basile STARYNKEVITCH wrote on Fri, Nov 27, 2009 at 05:57:02PM CET: > Does anyone have hints on what kind of stuff I should add to have a > makefile fragment like [a future file] gcc/melt-module.mk.in > expanded into a melt-module.mk thru autoconf tricks? Add AC_CONFIG_FILES([melt-module.mk.in]

Re: i370 port - constructing compile script

* Paul Edwards wrote on Sat, Nov 14, 2009 at 09:51:39AM CET: > >Well, the configure process should result in the variable LIBOBJS > >in the generated libiberty Makefile to be set to list of objects > >containing implementations of replacement system routines. > > > >So if you do not have HAVE_STRCA

Re: i370 port - constructing compile script

Hello Paul, * Paul Edwards wrote on Thu, Nov 12, 2009 at 03:02:59PM CET: > Well, I have good news to report. The restructuring was a success. > > That means with those 30-odd changes to the configure scripts, I > was able to get an auto-host.h built that allowed me to take the > generated source

Re: libtool update?

Hello Rainer, * Rainer Emrich wrote on Wed, Nov 11, 2009 at 05:47:13PM CET: > Any news on libtool? Does anybody care to update? Work in progress: Since then, I found a couple of issues, one of which was a bug in the sync and the other I'm

combined enable-build-with-cxx bootstrap comparison failure

If I combine GCC and binutils-gdb, bootstrap, enable gold, use --enable-build-with-cxx: configured by ../src/configure, generated by GNU Autoconf 2.64, with options " '-C' '--enable-maintainer-mode' '--enable-objc-gc' '--enable-libssp' '--enable-sim' '--enable-gold' '--enable-build-with-cxx' '

Re: multilib and Makefile regeneration

<http://thread.gmane.org/gmane.comp.gcc.devel/108469> * Paolo Bonzini wrote on Mon, Aug 31, 2009 at 11:53:17PM CEST: > On 08/31/2009 11:11 PM, Ralf Wildenhues wrote: > >The easiest for now would be (3), the coolest, most difficult and > >probably most dangerous one would be

Re: [gcc-in-cxx] Trunk fails to bootstrap with --enable-build-with-cxx

* Pedro Lamarão wrote on Thu, Aug 27, 2009 at 12:24:07AM CEST: > 2009/8/26 Ralf Wildenhues: > > >> >.../../trunk/libcpp/../include/libiberty.h:106: error: new declaration > >> >‘char* basename(const char*)’ > >> >/usr/include/string.h:601: error: am

Re: libstdc++.so.6.0.*-gdb.py might be installed at the wrong place

Hello Jakub, * Jakub Jelinek wrote on Thu, Sep 03, 2009 at 10:51:42AM CEST: > On Wed, Sep 02, 2009 at 11:08:19PM -0600, Ryan Hill wrote: > > > > I was just wondering if there was any consensus among distros about where to > > move these. We cannot keep the .py files in the location they're curre

multilib and Makefile regeneration

Hello, the current multilibs support code is a bit racy, in a few ways. The following might be a bit technical, but I'm trying to gauge where to go from here, even if this is not fixed right away. gcc/config/multi.m4 provides AM_ENABLE_MULTILIB which allows to specify the Makefile which is to be

Re: toplevel configure hits sed program length limit on HP-UX

* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 10:00:01PM CEST: > >In fact, I think this API shouldn't be even more encouraged. It doesn't > >really fix things in an elegant way, and it doesn't help for other > >pending issues in the GCC tree (such as the multilib fixups that aren't > >applied in a

Re: toplevel configure hits sed program length limit on HP-UX

Hello Jeff, * Jeff Law wrote on Mon, Aug 31, 2009 at 10:00:57PM CEST: > On 08/31/09 12:54, Ralf Wildenhues wrote: > >I found out that current toplevel config.status hits the program length > >limit of HP-UX 11.11 sed: > >This is due to the large number of commands

Re: toplevel configure hits sed program length limit on HP-UX

* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 09:06:20PM CEST: > On 08/31/2009 08:54 PM, Ralf Wildenhues wrote: > >While still working to prove Bob wrong on the fixincludes sed issues, > > Bob? Bruce; sorry about that, Bruce! > >- require a better sed, > >- spl

--enable-languages=c --enable-build-with-cxx

Currently, --enable-languages=c --enable-build-with-cxx fails because neither the C++ compiler nor libstdc++-v3 are built in Stage 1, but in Stage 2, CXX is set to .../prev-gcc/g++ and other variables are set accordingly. Is this combination supposed to work? If yes, is it supposed to only build

toplevel configure hits sed program length limit on HP-UX

While still working to prove Bob wrong on the fixincludes sed issues, I found out that current toplevel config.status hits the program length limit of HP-UX 11.11 sed: $ ./config.status config.status: creating Makefile sed: There are too many commands for the s&@abs_builddir@&/home/rwild/gcc/buil

Re: [gcc-in-cxx] Trunk fails to bootstrap with --enable-build-with-cxx

* Jason Merrill wrote on Wed, Aug 26, 2009 at 10:32:05PM CEST: > On 08/03/2009 04:09 PM, Pedro Lamarão wrote: > >Current trunk (revision 150381) fails to bootstrap with the following > >configuration: > > >.../../trunk/libcpp/../include/libiberty.h:106: error: new declaration > >‘char* basename(co

Re: r150960 changed ltmain.sh and broke the build

[ trimmed Cc:, added autoconf-patches; followups can remove gcc@ ] [ http://thread.gmane.org/gmane.comp.gcc.devel/108348 ] * Dave Korn wrote on Wed, Aug 26, 2009 at 08:16:11PM CEST: > Ralf Wildenhues wrote: > > Patterns should not include the separator (unless escaped), even > &g

Re: r150960 changed ltmain.sh and broke the build

* Dave Korn wrote on Wed, Aug 26, 2009 at 12:38:50PM CEST: > Paolo Bonzini wrote: > > $ sed -e 's,/\(\./\)\{1\,\},/,g;s,/\.$,/,' > > ./foo/bar/./baz > > ./foo/bar/baz > > > > $ sed -e 's,/\(\./\)\{1,\},/,g;s,/\.$,/,' > > sed: -e expression #1, char 18: unknown option to `s' > > > > $ > > Maybe

Re: darwin8 / ppc bootstrap is failing for me.

* IainS wrote on Tue, Aug 25, 2009 at 12:28:58PM CEST: > On 24 Aug 2009, at 19:52, Ralf Wildenhues wrote: > > > >http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950 > That seems to be it, and the cure is to add --enable-stage1-languages=c,c++ > (as per the bugreport). >

Re: darwin8 / ppc bootstrap is failing for me.

* IainS wrote on Mon, Aug 24, 2009 at 08:17:37PM CEST: > > the configure that's failing is GMP rather than gcc... maybe I've > missed a requirement to update? > configure:11139: /lib/cpp -DNO_ASM conftest.cc > /Volumes/ScratchCS/gcc-4-5-regtest/gmp/configure: line 1: /lib/cpp: > No such file or

Re: darwin8 / ppc bootstrap is failing for me.

Hello Iain, * IainS wrote on Mon, Aug 24, 2009 at 07:16:05PM CEST: > uname -mrs > Darwin 8.11.0 Power Macintosh > configure: WARNING: decimal float is not supported for this target > configure: WARNING: fixed-point is not supported for this target > configure: error: in `/Volumes/ScratchCS/gcc-4

Re: MELT tutorial on the wiki

Hello, * Dave Korn wrote on Sat, Aug 01, 2009 at 08:41:10AM CEST: > Tom Tromey wrote: > > > I looked into this a little. It looks like the PPL checks don't work > > properly in the case where PPL is a system library. I guess I need > > --with-ppl=/usr ... I will try that later. > > Were you

Re: Failure building current 4.5 snapshot on Cygwin

Hello Eric, * Eric Niebler wrote on Sun, Aug 23, 2009 at 01:41:38AM CEST: > checking whether the C compiler works... configure: error: in > `/home/ericne/objdir/i686-pc-cygwin/li > biberty': > configure: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `c

Re: libtool update?

Hello Rainer, * Rainer Emrich wrote on Tue, Aug 18, 2009 at 04:08:38PM CEST: > Are there any plans to update libtool? If anybody updates libtool before the Autoconf + Automake update, I'm probably going to run screaming. Afterwards you can go crazy all you like. > There is at least one issue wh

Re: bootstrap error with --enable-maintainer-mode

Hello Thomas, * Thomas Koenig wrote on Sat, Aug 15, 2009 at 04:00:13PM CEST: > Does this ring any bells? This is with a recent trunk. > > $ ../../gcc/trunk/configure --prefix=$HOME --enable-languages=c,fortran > --enable-maintainer-mode && make && make install > > make[3]: Leaving directory `/v

Re: Need some Unix and /bin/sh expertise for GCC testsuite

> > * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST: > > > => gcc/testsuite/ada/acats/run_all.sh > > > > > 3/ Here is the point I find surprising: the "ps fauxww" run in the > > > second "if" show that even if the script is fully sequential > > > at least one gnatmake subprocess (co

Re: Need some Unix and /bin/sh expertise for GCC testsuite

Hello, * Laurent GUERBY wrote on Fri, Aug 14, 2009 at 10:52:35PM CEST: > => gcc/testsuite/ada/acats/run_all.sh > 3/ Here is the point I find surprising: the "ps fauxww" run in the > second "if" show that even if the script is fully sequential > at least one gnatmake subprocess (collect-ld) is sti

Re: What happens when you --enable libgomp but not --enable-languages=fortran?

Hello Dave, * Dave Korn wrote on Wed, Aug 05, 2009 at 11:58:31AM CEST: > > libtool: link: /gnu/gcc/obj-patched-gnat2/./gcc/xgcc > > -B/gnu/gcc/obj-patched-gnat > > 2/./gcc/ -B/opt/gcc-tools/i686-pc-cygwin/bin/ > > -B/opt/gcc-tools/i686-pc-cygwin/li > > b/ -isystem /opt/gcc-tools/i686-pc-cygwin/i

Re: MELT tutorial on the wiki

* Basile STARYNKEVITCH wrote on Sat, Aug 01, 2009 at 08:10:24AM CEST: > I don"t know really how to fix that quickly! I must confess that > autoconf related files in GCC scares me a big lot. BTW, I really > cannot imagine why GCC still required autoconf 2.59 specifically, > and not 2.63. What is so

Re: Failure in a complete build of current gcc snapshot

* Angelo Graziosi wrote on Tue, Jul 28, 2009 at 01:20:00AM CEST: > Ralf Wildenhues ha scritto: > >* Tom Tromey wrote on Mon, Jul 27, 2009 at 06:03:54PM CEST: > > > >>I think this patch qualifies as obvious. > > > >Alright. Installed. > > Shouldn&#

Re: Failure in a complete build of current gcc snapshot

* Tom Tromey wrote on Mon, Jul 27, 2009 at 06:03:54PM CEST: > >>>>> "Ralf" == Ralf Wildenhues writes: > > Ralf> OK to install this trivial patch if it passes the build I'm running > Ralf> right now, as well as a normal and a DESTDIR install I'

Re: Failure in a complete build of current gcc snapshot

* Angelo Graziosi wrote on Sun, Jul 26, 2009 at 09:59:35AM CEST: > Dave Korn ha scritto: > >Angelo Graziosi wrote: > > > >>...are the files with an '*' in their names, like libstdc++*-gdb.py, > >>allowed on Cygwin? > > > > No, it's a glob match, the makefile expects there to be something to match

Re: Failure in a complete build of current gcc snapshot

Adding gcc-patches and libstdc++; this is <http://gcc.gnu.org/ml/gcc/2009-07/msg00464.html>. * Ralf Wildenhues wrote on Sun, Jul 26, 2009 at 09:46:34AM CEST: > > The other bug (the one about libstdc++*) also seems within that rule, > but I don't see it yet. Never min

Re: Failure in a complete build of current gcc snapshot

* Dave Korn wrote on Sun, Jul 26, 2009 at 02:26:05AM CEST: > Angelo Graziosi wrote: > >> make[4]: Nothing to be done for `install-exec-am'. > >> test -z "/usr/local/gfortran/share/gcc-4.5.0/python" || mkdir -p -- > >> "/tmp/inst/usr/local/gfortran/share/gcc-4.5.0/python" > >> /bin/sh: line 0: cd: /

Re: Bootstrap failure configuring in-tree gmp in mainline

* Bradley Lucier wrote on Wed, Jul 15, 2009 at 10:37:56PM CEST: > After configuring > > Target: x86_64-unknown-linux-gnu > gcc version 4.5.0 20090715 (experimental) [trunk revision 149654] (GCC) > > with > > ../../mainline/configure --enable-checking=release > --prefix=/pkgs/gcc-mainline-mem-s

Re: updating autotools status

Hello Benjamin, sorry for the delay, I've been traveling. * Benjamin Kosnik wrote on Tue, Jul 14, 2009 at 09:17:46PM CEST: > > Hey Ralf! Saw your message about updating gcc/src to current auto > tools, in favor. But, it looks like the autoconf 2.64 release is not > out, last I see is 2.63b at th

  1   2   >