Re: wiki topics wish (configuration related)

Hello Basile, * Basile STARYNKEVITCH wrote on Tue, Nov 07, 2006 at 11:19:16PM CET: > > http://gcc.gnu.org/wiki/AboutGCCConfiguration > > I borrowed a few sentences elsewhere, in particular from the autobook > http://sources.redhat.com/autobook/ by Gary V. Vaughan, Ben Elliston, > Tom Tromey and

Re: wiki topics wish (configuration related)

* Dave Korn wrote on Wed, Nov 08, 2006 at 04:59:34PM CET: > >> http://gcc.gnu.org/wiki/AboutGCCConfiguration [...] > You don't really "get" wiki, do you? ;-) Oh, I didn't know this wiki was editable by anybody. I mistakenly inferred from notices on other wiki pages that there are restrictions a

Re: configuration options policy (at toplevel or only inside gcc/)?

Hello, * Ian Lance Taylor wrote on Thu, Dec 14, 2006 at 04:29:19PM CET: > > I agree that new options should only be added at the appropriate > level, but there is one disadvantage: top level configure --help will > not display them. Autoconf 2.5x implements --help=recursive. > But then configur

GCC optimizes integer overflow: bug or feature? (was: avoid integer overflow in mktime.m4)

n Tue, Dec 19, 2006 at 03:06:52AM CET: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > the newer GCC exploits at -O2 the fact that integer overflow > > produces undefined behavior > > Wheeeoo! That optimization is going to break a _lot_ of GNU > software

Re: gcc-4.1.2 RC1 build problem

gt;. Proposed untested patch. (I also haven't checked whether there are other instances of this issue in 'make install' code.) Cheers, Ralf gcc/ChangeLog: 2007-02-03 Ralf Wildenhues <[EMAIL PROTECTED]>

Re: gcc-4.1.2 RC1 build problem

Hello Paolo, all, * Paolo Bonzini wrote on Mon, Feb 05, 2007 at 10:30:41AM CET: > > >The macro $(SYSTEM_HEADER_DIR) is used in a double-quoted context, > >leading to nonportable "...`..."..."...`...", [...] > >Proposed untested patch. (I also haven't checked whether there are > >other instances

Re: updating libtool, etc.

[ please Cc: me ] Hi Geoff, * Geoff Keating wrote on Fri, Jul 01, 2005 at 03:37:07AM CEST: > On 30/06/2005, at 6:26 PM, David Edelsohn wrote: > > >Geoff> Does anyone mind if I update libtool to the latest released version, > >Geoff> 1.5.18, and regenerate everything with automake 1.9.5? > > > >

Re: Running ranlib after installation - okay or not?

Hi Peter, * Peter O'Gorman wrote on Thu, Sep 01, 2005 at 07:09:35AM CEST: > Peter O'Gorman wrote: > | The problem is that libtool tries to run ranlib after install and that > | ranlib can fail if the library is not writable? Thanks for the pointer. > When I look more closely at this, I see in li

Re: Problem with commas in macro parameters

* Dmitry Yu. Bolkhovityanov wrote on Sun, Nov 06, 2005 at 07:21:56AM CET: > > That's probably an old problem, but I haven't found any notion of > it in GCC docs. So... It's one better discussed on the gcc-help mailing list. > #define V(value) = value > This works fine, until I tr

Re: FYI: [PATCH] RDOS support for libtool

Leif, * Leif Ekblad wrote on Fri, Jan 13, 2006 at 04:15:30PM CET: > Peter: > > Well, it is a daily checkout, please try again to ensure that you did not > > miss the update on the 13th.. The Changelog for the version that is up > OK, I saw it was just regenerated. (http://libtool.opendarwin.org/)

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: 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: 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: 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: [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: 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: 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

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: 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: 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

* 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

* 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 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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.

* 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: 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: 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: [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

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

--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

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

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 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

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: 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

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: 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

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: 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

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: 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: 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: 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: 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)

* 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: 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: 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: 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: 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" !

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: 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(); > >

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

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: 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

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: 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: gcc and autoconf 2.61

Hi Jack, * Jack Howarth wrote on Wed, Dec 03, 2008 at 06:13:20PM CET: > When will gcc switch from autoconf 2.59 to > autoconf 2.61? Both darwin and the newer linux > releases have migrated to the newer autoconf. > Is that a change slated for gcc 4.5? I have some patches to get the GCC tree m

Re: libjava and raw_cxx

* Andreas Schwab wrote on Fri, Dec 12, 2008 at 06:43:45PM CET: > Paolo Bonzini writes: > > > I think it's easiest to define a cache variable somewhere so that the > > test is forced to pass. > > There is no cache variable associated with this test. That's an independent bug which needs to be fi

Re: libjava and raw_cxx

* Paolo Bonzini wrote on Fri, Dec 12, 2008 at 10:14:15PM CET: > > > > Yes, this is true. But even though the test that sets > > shlibpath_overrides_runpath is run for every compiler, only one result > > is then used for all link commands, and that happens to be the result of > > the C++ test. >

gcj -v --help: ecj switches

Hello, I have a patch (accompanying those other ones on gcc-paches) to fix --- a/gcc/java/lang.opt +++ b/gcc/java/lang.opt @@ -209,212 +209,213 @@ Java ; ; Warnings handled by ecj. -; FIXME: document them ; but I did start off with the help texts from

Re: [RFC] Better debug info by substitution tracking for inliner (and other passes eliminating whole user variables)

Hello Jan, * Jan Hubicka wrote on Thu, Mar 05, 2009 at 11:54:31AM CET: > *** dwarf2out.c (revision 144621) > --- dwarf2out.c (working copy) > *** along with GCC; see the file COPYING3. > *** 89,94 > --- 89,95 > #include "hashtab.h" > #include "cgraph.h" >

Re: GCC 4.3.X libgomp

Hello Takis, * Takis Psarogiannakopoulos wrote on Thu, Mar 05, 2009 at 07:28:53PM CET: > Seems that libgomp is part of GCC and not a separate project right? > So i am posting this here. > I have a new target for this library that I want to add. Hence I am > modifying configure.tgt, source files et

Re: gcj -v --help: ecj switches

Ping! * Ralf Wildenhues wrote on Sun, Mar 01, 2009 at 08:20:35AM CET: > I have a patch (accompanying those other ones on gcc-paches) to fix > > --- a/gcc/java/lang.opt > +++ b/gcc/java/lang.opt > @@ -209,212 +209,213 @@ Java > > ; > ; Warnings handled by ecj. &

Re: Call for MPC complex math library GCC testers on various platforms

* Kaveh Ghazi wrote on Wed, Mar 18, 2009 at 06:17:46PM CET: > If you would like to help out by testing MPC on your favorite platforms > (especially those from the GCC primary/secondary platform list) then please > download the latest MPC tarball from the above LORIA link and send your > results to

Re: gcj -v --help: ecj switches

* Andrew Haley wrote on Sat, Mar 14, 2009 at 11:05:03AM CET: > Ralf Wildenhues wrote: > > * Ralf Wildenhues wrote on Sun, Mar 01, 2009 at 08:20:35AM CET: > >> I have a patch (accompanying those other ones on gcc-paches) to fix > >> > >> ; Warnings handled

Re: Proposed gfortran development branch

* Toon Moene wrote on Thu, Mar 19, 2009 at 07:46:37PM CET: > Richard Guenther wrote: >> >> Note that merging the branch will be painful (as in, please dissect >> the branch into the individual patches again to make bisecting the >> trunk SVN possible). > I agree about the bisecting-in-case-of-bugs

Re: Call for testers: MPC-0.6 released

* Kaveh R. Ghazi wrote on Tue, Apr 07, 2009 at 05:32:14PM CEST: > > I think we're just missing AIX5.2. Ralf you did that last time for the > svn tarball. Would you please repeat your testing with mpc-0.6? Sorry for the delay. Issues on AIX 5.2: - This time, I had an old version of mpc install

Re: Parma Polyhedra Library 0.10.1

Hello, * Roberto Bagnara wrote on Tue, Apr 14, 2009 at 06:58:01PM CEST: > Richard Guenther wrote: >> It seems to build and test ok on {i586,ia64,ppc,ppc64,s390,x86_64}-linux >> but I get >> >> PASS: nnc_writepolyhedron1 >> /bin/sh: line 4: 29952 Segmentation fault ${dir}$tst >> FAIL: memory1

Re: [JAVA,libtool] Big libjava is biiiig.

Hello Dave, * Dave Korn wrote on Wed, May 06, 2009 at 06:09:05PM CEST: > > So I'm currently experimenting with a patch that adds a new option > "--enable-libgcj-sublibs" in libjava/configure.ac. I may need to add a > dummy-link-and-relink stage to get the interdependencies working right, or I

Re: exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa,sparc}-linux

* Matthias Klose wrote on Wed, May 06, 2009 at 09:44:07AM CEST: > On arm-linux-gnueabi there are regressions of the form > > /usr/bin/ld: ./atomic-1.exe: hidden symbol `__sync_val_compare_and_swap_4' in > /home/doko/gcc/4.4/gcc-4.4-4.4.0/build/gcc/libgcc.a(linux-atomic.o) is > referenced by DSO >

Re: [JAVA,libtool] Big libjava is biiiig.

* Dave Korn wrote on Wed, May 06, 2009 at 07:08:17PM CEST: > Ralf Wildenhues wrote: > > I don't yet see why you would need any kind of libtool hacking. > > Because of this: > > > You also have to ensure that the sub libraries are self-contained, or at > > l

git mirror at infradead?

Hello Bernardo, sorry if this is not an official mirror of the GCC tree, but has not been updated since June 1. Any chance you (or whoever is responsible) could look into it? Thanks! Ralf

Re: git mirror at infradead?

Hello Bernie, * Bernie Innocenti wrote on Sun, Jun 07, 2009 at 12:17:44PM CEST: > On 06/07/09 07:21, Ralf Wildenhues wrote: > > sorry if this is not an official mirror of the GCC tree, but > > has not been updated since > > June 1. Any chance you (or whoever is responsibl

Re: Should -Wjump-misses-init be in -Wall?

Hello Ian, out of curiosity: * Ian Lance Taylor wrote on Sat, Jun 20, 2009 at 07:12:50AM CEST: > Any opinions on this? Should I take the new warning out of -Wall? Is the missing of an initialization detected elsewhere, or can it be detected elsewhere, maybe only in cases where it actually leads

Updating Autoconf and Automake versions used in GCC and src

Hello GCC, binutils, gdb developers, short summary: I'd like to, in roughly that order, 1) update GCC and src to Autoconf 2.64, Automake 1.11, 2) enable automake dependency tracking for the bfd, binutils, ld, opcodes, gprof, and gas directories, 3) bring some more build sanity for libstdc++-v3

Re: Updating Autoconf and Automake versions used in GCC and src

Hi Tom, * Tom Tromey wrote on Mon, Jun 29, 2009 at 07:05:26PM CEST: > >>>>> "Ralf" == Ralf Wildenhues writes: > > Ralf> I'd be grateful about feedback as to whether the general plan is > Ralf> acceptable for everyone; thanks. > > Sounds g

Re: gtyp-input.list should contain absolute paths.

Hello Basile, * Basile STARYNKEVITCH wrote on Fri, Jul 03, 2009 at 12:10:17PM CEST: > It would be much easier for plugins if gtyp-input.list contained > only absolute paths. In my case, (AMD64/Debian/Sid), it contains > only two relative filepaths: auto-host.h & options.h Over here it contains on

Re: gtyp-input.list should contain absolute paths.

* Basile STARYNKEVITCH wrote on Fri, Jul 03, 2009 at 03:51:00PM CEST: > > The patch below solves the issue, but the generated gtype-input.list > contains too much empty blank lines. Any suggestions on how to solve > this? > +## compute the realpath of above GTFILES - keeping language tags as befo

Re: libiberty should be a shared library when cc1 has plugin enabled.

* Daniel Jacobowitz wrote on Thu, Jul 09, 2009 at 02:50:04PM CEST: > On Thu, Jul 09, 2009 at 10:49:49AM +0200, Basile Starynkevitch wrote: > > But it seems to me that a plugin can call a libliberty function only if that > > function is already referenced (e.g. called) from cc1. This is not the case

Re: libiberty should be a shared library when cc1 has plugin enabled.

* Daniel Jacobowitz wrote on Thu, Jul 09, 2009 at 03:43:18PM CEST: > While Ralf's point about static data is valid, the functions likely to > be in libiberty on any platform supporting plugins should not suffer > from this problem. Solaris 9 and IRIX 6.5 support dlopen; gnulib documents them as mi

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: 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: 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: 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

* 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: [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: [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: [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: 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: 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: 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

  1   2   >