* Jack Howarth wrote on Fri, Aug 12, 2011 at 01:27:21AM CEST:
The following patch addresses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42554#c15
by extending the logic used in...
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157563
Log:
PR ada/42554
* configure.ac: Only
* Jie Liu wrote on Mon, Aug 15, 2011 at 04:07:36PM CEST:
Looks OK, but there is no ChangeLog. Do you have copyright
assignment?
Have added ChangeLog to the patch, please see the attachment. And I
think I have copyright assignment, because I have Free Software
Foundation paperwork, as
* Alexandre Lissy wrote on Thu, Aug 25, 2011 at 03:26:46PM CEST:
Path computation for installation in GCC's plugin/melt-modules/ path was
broken (in fact not updated to the latest changes). Present commit fixes
this by reading the link targets and installing them.
---
* 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
Hello,
* Ian Lance Taylor wrote on Wed, Jul 20, 2011 at 08:06:51PM CEST:
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
diff --git a/gcc/configure.ac b/gcc/configure.ac
--- a/gcc/configure.ac
+++ b/gcc/configure.ac
@@ -1041,7 +1041,16 @@ case ${host} in
esac
AC_FUNC_FORK
* Matthias Klose wrote on Sat, Jul 09, 2011 at 05:37:46PM CEST:
On 07/07/2011 10:35 PM, Ralf Wildenhues wrote:
On Thu, Jul 07, 2011 at 10:26:59PM +0200, Jakub Jelinek wrote:
On Thu, Jul 07, 2011 at 10:22:37PM +0200, Matthias Klose wrote:
+AC_PROG_LIBTOOL
This tests the wrong compiler
Hi Matthias,
On Thu, Jul 07, 2011 at 10:26:59PM +0200, Jakub Jelinek wrote:
On Thu, Jul 07, 2011 at 10:22:37PM +0200, Matthias Klose wrote:
+AC_PROG_LIBTOOL
This tests the wrong compiler and toolchain. The compiler you want
to test doesn't exist yet at the time this configure script is run.
* Andreas Schwab wrote on Thu, May 12, 2011 at 11:22:12AM CEST:
This changes all uses of AC_ARG_(WITH|ENABLE) to use AS_HELP_STRING,
fixing a few quoting bugs on the way.
OK for trunk?
Yes, if you visually compared the diff of configure and of './configure
--help' before and after the
Hello Rainer,
* Rainer Orth wrote on Tue, Apr 26, 2011 at 05:28:19PM CEST:
it's been a week since I answered your questions on this patch. Could
you please have a look?
Sorry for the delay. I'm practically AFK until the weekend or maybe
next weekend, whenever I have connectivity again after
Hi Rainer,
* Rainer Orth wrote on Mon, Mar 21, 2011 at 12:55:23PM CET:
2011-03-20 Rainer Orth r...@cebitec.uni-bielefeld.de
gcc:
* gthr-solaris.h: Remove.
* gthr.h (_SOLARIS_THREADS): Don't include gthr-solaris.h, remove.
* config/sol2.h (CPP_SUBTARGET_SPEC):
* Rainer Orth wrote on Mon, Apr 18, 2011 at 12:16:57PM CEST:
The following patches have remained unreviewed for more than a week:
[build, lto] Check plugin linker for level of plugin support
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg00226.html
This one primarily needs a
* Ralf Wildenhues wrote on Mon, Apr 18, 2011 at 08:23:37PM CEST:
* Rainer Orth wrote on Mon, Apr 18, 2011 at 12:16:57PM CEST:
[build, doc] Cleanup --enable-threads support
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg00735.html
This one needs build and doc maintainers.
I
Hi Jim,
* Jim Meyering wrote on Mon, Apr 18, 2011 at 05:40:03PM CEST:
Mike Stump wrote:
On Apr 16, 2011, at 4:04 AM, Gerald Pfeifer wrote:
On Fri, 15 Apr 2011, Mike Stump wrote:
I think these are obvious.
Which means that you can commit them without getting explicit approval
Well,
Hi Joern,
* Joern Rennecke wrote on Wed, Apr 13, 2011 at 11:02:27PM CEST:
2010-04-13 Joern Rennecke joern.renne...@embecosm.com
* config-list.mk: New file.
--- contrib/config-list.mk(revision 0)
+++ contrib/config-list.mk(revision 0)
+all: $(LIST)
+
+.PHONEY:
Hi Janne,
* Janne Blomqvist wrote on Mon, Apr 11, 2011 at 10:34:58PM CEST:
the attached patch removes the definition of _GNU_SOURCE from
AM_CPPFLAGS. This is not needed anymore since nowadays we're calling
AC_USE_SYSTEM_EXTENSIONS in configure.ac which causes _GNU_SOURCE to
be defined in
* Rainer Orth wrote on Mon, Apr 04, 2011 at 08:19:19PM CEST:
To avoid this mess, I'm instead setting LD_LIBRARY_PATH in CHECK. While
this isn't exactly portable (some platforms, especially Darwin and
HP-UX, use different variables), it's at least more widespread than -R.
Toplevel configure
* Charles Wilson wrote on Tue, Apr 05, 2011 at 04:15:02PM CEST:
On 4/5/2011 9:21 AM, Arnaud Charlet wrote:
I'm one of the MSys devs (if you want to call the sporadic process of
updating MSys development). I'll take a look at implementing
ln -s file dir
as synonymous with
ln -s
[ from the binutils list ]
* Ralf Wildenhues wrote on Tue, Apr 05, 2011 at 08:03:37AM CEST:
I will sync the copy in GCC tonight.
FYI, I've synced config.sub from the config project (already done in src
this morning).
Cheers,
Ralf
2011-04-05 Ralf Wildenhues ralf.wildenh...@gmx.de
* Joseph S. Myers wrote on Fri, Apr 01, 2011 at 02:40:45PM CEST:
OK to commit this patch to remove this code?
OK.
Thanks,
Ralf
2011-04-01 Joseph Myers jos...@codesourcery.com
* configure.ac: Remove code setting CONFIG_SHELL, config_shell and
moveifchange.
* configure:
* Kai Tietz wrote on Thu, Mar 31, 2011 at 12:19:51PM CEST:
--- gcc.orig/gcc/config.gcc 2011-03-23 21:15:32.0 +0100
+++ gcc/gcc/config.gcc2011-03-31 10:50:05.559129000 +0200
@@ -1420,6 +1420,10 @@ i[34567]86-*-mingw* | x86_64-*-mingw*)
*)
Hello,
* Rainer Orth wrote on Thu, Mar 31, 2011 at 06:12:31PM CEST:
Ian Lance Taylor i...@google.com writes:
Argh, no, I am trying to fight against that as long as possible. We
should be moving away from DejaGNU, not toward it.
Do you have a decent alternative? I've no idea what
* Joseph S. Myers wrote on Fri, Apr 01, 2011 at 01:40:47AM CEST:
OK to commit (both the previous patch this is based on, and this one)?
Build system aspects of the patch are fine with me.
Thanks for pursuing this,
Ralf
2011-03-31 Joseph Myers jos...@codesourcery.com
* configure.ac:
* 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 '/^include / { system(sprintf(cd /etc; cat %s
2
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/Linux
Hi Tobias,
void
_gfortran_caf_init (int *argc, char ***argv, int *this_image, int *num_images)
{
int flag;
/* The following is only the case if one does not have a Fortran
main program. */
MPI_Initialized (flag);
if (!flag)
MPI_Init (argc, argv);
[...]
}
/*
Hello Joseph,
* Joseph S. Myers wrote on Fri, Mar 18, 2011 at 12:12:09PM CET:
Bootstrapped with no regressions on x86_64-unknown-linux-gnu. OK to
commit?
The build system changes look OK from a build system technical POV,
with a couple of comments below.
2011-03-17 Joseph Myers
* Joseph S. Myers wrote on Fri, Mar 18, 2011 at 08:46:56PM CET:
On Fri, 18 Mar 2011, Ralf Wildenhues wrote:
@@ -744,7 +744,6 @@ case ${target} in
libgloss_dir=cris
;;
crx-*-*)
-noconfigdirs=$noconfigdirs target-libstdc++-v3 target-mudflap
${libgcj
* Joseph S. Myers wrote on Fri, Mar 18, 2011 at 10:09:04PM CET:
On Fri, 18 Mar 2011, Ralf Wildenhues wrote:
* Joseph S. Myers wrote on Fri, Mar 18, 2011 at 08:46:56PM CET:
On Fri, 18 Mar 2011, Ralf Wildenhues wrote:
Why not also remove the line before and after this one
* FX wrote on Tue, Mar 15, 2011 at 10:33:01AM CET:
The attached patch replaces the deprecated AC_TRY_{COMPILE,LINK,RUN}
macros in libgfortran configury with their AC_*_IFELSE equivalents.
Now (4.7 just branched) seems a good time, and I think I didn't screw
it too much because the regenerated
* 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 important
to see output from make
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-existent
* 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 never
* 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?
I played around, and modifying the failing command line
* 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
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
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 really
* 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
* 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\)_[^=
* Rainer Orth wrote on Thu, Nov 18, 2010 at 06:32:59PM CET:
Ralf Wildenhues ralf.wildenh...@gmx.de 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't know (and doesn't need to be run
* 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
* 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 to
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 be
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. (Ralf, I assume you are fine
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 default
directory
* 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 another configure option for
people
* 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 fragility of the libtool approach
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 and
* 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 variant in src is
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
[ 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 originally
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
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)
, 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 ralf.wildenh...@gmx.de
Sync from GCC:
2010-09-30 Michael Eager ea...@eagercon.com
* 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
(I know the makefile parts
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)
[ 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 department has consistently refused
* 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 you now.
* 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
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 person you
* 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 department has
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 error
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
* 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
* 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
* 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 see the
* 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:601:
* 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/libcpp/expr.c:21:
../../gcc/libcpp/../include
): Filter out trailing function argument types
when henerating the HAVE_DECL_* macro.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
ChangeLog |8
lib/autoconf/general.m4 | 15 +++
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git
* Dave Korn wrote on Wed, May 26, 2010 at 07:36:26AM CEST:
bcd70fb06d56d9316d49019f5c0a3109def08d39 158763
a9ed67d000f285282e61aa9b87cc8d992a8731df 158762
17281d1ee17f204064cfcbcc82089aefa19e3779 159527
401f30d69e280e18a9581b819376d18786595d3b 159173
I've synched across the
* 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
* 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.
* 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 6c8aa2aa884d of the
GCC infradead git
* 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 SVN revision number:
One more
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
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 the
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
*
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 modules
* 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 there is no other choice (unless
* 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
* 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();
and tries to link that. Using
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
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 != xno
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 from
[ 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
* 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
* 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
for mi...@least. Any chance this could
* 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 patch that does
not include
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
* 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])
* 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_STRCASECMP in
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 and
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:
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00032.html
Since then, I found a couple of issues, one of which was a
bug in the sync and the other I'm
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'
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 (2). Something like
* 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: ambiguates old declaration ‘const
char* basename(const char
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 currently
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
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
* 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,
- split the script in two inside Autoconf
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 added to $extrasub in
configure.ac
1 - 100 of 201 matches
Mail list logo