On 14/09/2005, at 5:32 PM, Mike Stump wrote:
These types of rules are not ^C safe:
cc1-checksum.c : cc1-dummy$(exeext) build/genchecksum$(build_exeext)
build/genchecksum$(build_exeext) cc1-dummy$(exeext) $@
It is a general property that builds are ^C safe, the above changes
retard
A. Convert everything to UCNs in basic source characters as soon
as possible, that is, in translation phase 1. (This is what
C++ requires, apparently.)
B. Use native encodings where possible, UCNs otherwise.
C. Convert everything to wide characters as soon as
Hello,
When building Libgcc with new porting gcc, _floatdidf.o failed for
undefined symbol
_floatsidf. I've been told that _floatsidf is in fpbit.c as
_si_to_df.o. Then I modified the libgcc.mk and firstly build fpbit.
But _pack_df.o failed for undefined symbol
_ashldi3.o which is in libgcc2.c.
Ross Ridge wrote:
Well, maybe I'm missing something, but it never converts input characters
to UCNs so that means it doesn't do (A) or (B), and the only thing it
converts to wide characters are wide string literals, so it doesn't do
(C).
You are thinking operationally, when you should think
On Wed, 14 Sep 2005, Paul Eggert wrote:
So my question is: Is it a burden on GCC to require interpretation (B)?
Yes, but my position remains that we *should* aim to implement (B) and
this is a proper burden to impose.
For how the interpretations can be distinguished, see bug 9449 comments 21
GCC 4.0.1 has been succesfully built on Fedora Core 4
- hardware: Intel Celeron 2.0 GHz 512 MB RAM
- download: gcc-4.0.1.tar.bz2
- installation steps
configure
make bootstrap
make install
- output from running config.guess
i686-pc-linux-gnu
- output of gcc -v
Using
On Thursday 15 September 2005 10:59, Eric Fisher wrote:
Hello,
When building Libgcc with new porting gcc, _floatdidf.o failed for
undefined symbol
_floatsidf. I've been told that _floatsidf is in fpbit.c as
_si_to_df.o. Then I modified the libgcc.mk and firstly build fpbit.
But _pack_df.o
On Sep 15, 2005, Geoffrey Keating [EMAIL PROTECTED] wrote:
On 14/09/2005, at 5:32 PM, Mike Stump wrote:
If you output to a temp file, and then mv them to the final file,
they will be (I think) safe.
From the 'make' documentation, node 'Interrupts':
If `make' gets a fatal signal while a
On Sep 14, 2005, Joe Buck [EMAIL PROTECTED] wrote:
On Wed, Sep 14, 2005 at 02:15:43PM -0300, Alexandre Oliva wrote:
Yep, it was pointer subtraction, and GCC actually optimized the
division, that could in theory be assumed to be exact, into a
multiplication by a large constant (aah, the
Original Message
From: Paul Brook
Sent: 15 September 2005 14:25
On Thursday 15 September 2005 10:59, Eric Fisher wrote:
Hello,
When building Libgcc with new porting gcc, _floatdidf.o failed for
undefined symbol _floatsidf. I've been told that _floatsidf is in
fpbit.c as
Original Message
From: e.coullien
Sent: 15 September 2005 15:05
Hi,
In GDB,
Wrong list. This is the gcc list. You were right first time when you
posted this exact same message to the gdb list half an hour ago.
cheers,
DaveK
--
Can't think of a witty .sigline
Dave Korn [EMAIL PROTECTED] wrote:
Wrong list. This is the gcc list. You were right first time when you
posted this exact same message to the gdb list half an hour ago.
Moreover, people have surely already deleted his message beacuse the
disclaimer at the end of it explicitally says that
Ulrich Weigand wrote:
Mark Mitchell wrote:
It's important to test the actual tarballs, rather than CVS, to check
for any packaging issues. If you can, download and build the tarballs,
post test results to the gcc-testresults mailing list with and
contrib/test_summary. If you encounter
Laurent GUERBY wrote:
On Wed, 2005-09-14 at 08:13 -0700, Mark Mitchell wrote:
Assuming that no critical problems emerge, I'll do the final release
within the next week.
Looks good on x86-linux and x86_64-linux for Ada:
Thanks.
--
Mark Mitchell
CodeSourcery, LLC
[EMAIL PROTECTED]
(916)
Mark Mitchell wrote:
It's important to test the actual tarballs, rather than CVS, to check
for any packaging issues. If you can, download and build the tarballs,
post test results to the gcc-testresults mailing list with and
contrib/test_summary. If you encounter problems, please file them
Ross Ridge wrote:
Well, maybe I'm missing something, but it never converts input characters
to UCNs so that means it doesn't do (A) or (B), and the only thing it
converts to wide characters are wide string literals, so it doesn't do
(C).
On Thu, Sep 15, 2005 at 07:24:47AM -0400, Robert Dewar
On Sep 14, 2005, at 11:55 PM, Geoffrey Keating wrote:
So, I think this is safe.
My build system (GNU make 3.80 on darwin) disagrees with your theory,
I saw two zero length files, created from one -j2 build interrupted
with a normal ^C. I usually never so interrupt builds, so the
You are thinking operationally, when you should think semantically.
Remember that as-if applies here. The rules as stated give ways to
achieve certain effects, the question is not whether we are following
the operational rules, but whether we are following the effects.
Thinking semantically
On Sep 14, 2005, at 9:50 PM, Andrew Pinski wrote:
On Sep 14, 2005, at 9:21 PM, Dale Johannesen wrote:
Consider the following SSE code
(-march=pentium4 -mtune=prescott -O2 -mfpmath=sse -msse2)
4256776a.c
The first inner loop compiles to
paddq %xmm0, %xmm1
Good. The second compiles
On Thu, Sep 15, 2005 at 11:07:23AM -0700, Dale Johannesen wrote:
Having a more uniform representation for operations on __m128i
objects would simplify things all over the place, though.
For some definition of simplify that doesn't actually make
things simpler when it comes to the
GCC routinely puts on the fly type description in other stabs. For
example,
006c - 00 0002 PSYM argv:p(0,2)=*(0,3)=*(0,4)=r(0,4);0;127;
Now when this PSYM stab is discarded by linker the useful type info
is lost. This happens a lot in -feliminate-unused-debug-symbols mode.
It
On Sep 15, 2005, at 2:26 PM, Devang Patel wrote:
I've now patch ready (based on apple-local-200502-branch) but it
requires few bug fixes in darwin GDB. My simple question is : Is
anybody interested in reviewing this GCC patch for acceptance in FSF
GCC (4.1 or 4.2 or whenever) irrespective of
The only issue I can see is that someone who uses an older versions
of Mac OS X but don't have
access to the newer GDB because building Apple's version of GDB is
a little harder than
building than gcc. If you provide a gdb version which is runnable
on All of Mac OS X,
this becomes a
Ross Ridge wrote:
Thinking semantically is irrelevent because the question isn't whether GCC
conforms to C99 or POSIX. It clearly doesn't. GCC fails the as-if rule.
The question is one of implementation burden, which can only be answered
by examining GCC's implementation.
Once again we are
Paolo,
I *think* this problem may have been caused by your reorg of the
pass manager. We are now emitting duplicate dump file numbers:
file.c.t10.cleanup_cfg
file.c.t10.lower
Could you take a look?
Thanks.
Andreas Tobler wrote:
On Wed, 2005-09-14 at 08:13 -0700, Mark Mitchell wrote:
Assuming that no critical problems emerge, I'll do the final release
within the next week.
Libgcj seems broken with --enable-java-awt=gtk,xlib --enable-gtk-cairo.
(on darwin ppc and linux ppc at least, but I
It's important to test the actual tarballs, rather than CVS, to check
for any packaging issues. If you can, download and build the tarballs,
post test results to the gcc-testresults mailing list with and
contrib/test_summary.
sh4-unknown-linux-gnu is ok:
I ran into a problem when chasing down an -mfix-and-continue (an
apple specialty :) code-gen problem.
In a test case, ivopts creates a symbol_ref via a call to
produce_memory_decl_rtl; as in:
if (TREE_STATIC (obj) || DECL_EXTERNAL (obj))
{
const char *name =
2005/9/15, Paul Brook [EMAIL PROTECTED]:
On Thursday 15 September 2005 10:59, Eric Fisher wrote:
Hello,
When building Libgcc with new porting gcc, _floatdidf.o failed for
undefined symbol
_floatsidf. I've been told that _floatsidf is in fpbit.c as
_si_to_df.o. Then I modified the
On Thu, Sep 15, 2005 at 04:45:11PM -0700, Fariborz Jahanian wrote:
But
a more general question is should we always set the flags for
symbol_ref whenever such a node is created for a declared symbol?
Whenever it's created for real, yes. In this case we're just guessing
at costs, so it
Over the past few months, I've been working on porting to IA32 and
AMD64/EM64T the interesting bits of the TLS design I came up with for
FR-V, achieving some impressive speedups along with slight code size
reductions in the most common cases.
Although the design is not set in stone yet, it's
Mark, in PR c++/11987 you added a comment saying that it was a
regression. But the more I look at it, the less I understand it.
The test case is:
==
template int dim struct X {
struct I { I(); };
};
template int dim struct Y : Xdim {
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
08:59 ---
A pedwarn might be the way to go, but I don't feel strongly about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16782
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-15
09:34 ---
Add the PR for Paolo Bonzini's SSE regalloc improvements patch.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-15
09:46 ---
Can you elaborate on why the VIEW_CONVERT_EXPR experiment failed and perhaps
attach the patch you tried? Or does using VIEW_CONVERT_EXPR just expose that
we don't do structure propagation?
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
11:27 ---
Subject: Bug 23725
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 11:27:13
Modified files:
gcc/cp : ChangeLog error.c
Log message:
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
11:28 ---
2005-09-15 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23725
* error.c (dump_decl): USING_DECL case Use USING_DECL_SCOPE.
--
What|Removed |Added
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
11:36 ---
I haven't backported anything recently.
--
What|Removed |Added
AssignedTo|nathan at
--- Additional Comments From uros at kss-loka dot si 2005-09-15 11:39
---
(In reply to comment #14)
Yes, it does not work when configuring gcc with --with-cpu=pentium4 see PR
19161.
No, the patch works OK for pentium4. The remaining problem is in
optimize_mode_switching() function.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From uros at kss-loka dot si 2005-09-15 11:53
---
He problem is in following RTL:
(insn 30 29 31 1 (set (reg:V4SI 75)
(mem/u/i:V4SI (symbol_ref/u:SI (*.LC0) [flags 0x2]) [3 S16 A128]))
541 {*movv4si_internal} (nil)
(expr_list:REG_EQUAL
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-15 12:00
---
PAtch here: http://gcc.gnu.org/ml/fortran/2005-09/msg00314.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23420
--- Additional Comments From dank at kegel dot com 2005-09-15 12:39 ---
I would dearly love to be able to say -Woverzealous-qualification
or something like that to turn on this warning.
It would make keeping our code portable much easier.
--
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-15
13:04 ---
Dan, why can't you use -pedantic? That's the best way of avoiding gnuisms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16782
--- Additional Comments From dank at kegel dot com 2005-09-15 13:09 ---
Pain. We have a very large application, and we cannot
afford to fix all the warnings -pedantic gives.
This is another case of we want to turn on and off individual warnings,
please.
We're getting mighty tired of
--- Additional Comments From dank at kegel dot com 2005-09-15 13:11 ---
Also, the non-gcc compiler we're trying our code with supports
some but not all gnuisms, so -pedantic would actually cause
us to fix much more of our code than is practically neccessary
for the kind of portability we
--- Additional Comments From chris at bubblescope dot net 2005-09-15 13:32
---
I get the same bug on darwin8.2.0, with 768MB of ram
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-15
13:46 ---
if these ints are signed, you should be able to remove these loops.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23361
bootstrap fails with 4.1.0-20050915T1259UTC snapshot.
(...)
mkdir -p ada/bldtools/sinfo
cp -p ../../gcc/ada/sinfo.ads ../../gcc/ada/xsinfo.adb ada/bldtools/sinfo
(cd ada/bldtools/sinfo; gnatmake -q xsinfo.adb ; ./xsinfo ../../sinfo.h )
raised XSINFO.DONE : xsinfo.adb:110
make[2]: ***
Who has the answer to the following issue:
case OPT_USER:
struct passwd *userInfo = (struct passwd *) malloc(sizeof(struct passwd));
Produces the following error:
find.c:390: error: parse error before struct
But when I insert another statement:
case OPT_USER:
printf();
struct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
13:59 ---
(In reply to comment #3)
Can you elaborate on why the VIEW_CONVERT_EXPR experiment failed and perhaps
attach the patch you tried? Or does using VIEW_CONVERT_EXPR just expose that
we don't do structure
--- Additional Comments From chris at bubblescope dot net 2005-09-15 14:02
---
Expanding slightly, I tried the following 4 functions. All were removed by
-funsafe-loop-optimisations,
but only foo3 was removed by -O3 without -funsafe-loop-optimisations. I can't
see a good reason to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
14:13 ---
Subject: Bug 23891
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 14:13:06
Modified files:
gcc/java : ChangeLog java-tree.h jcf-parse.c
--- Additional Comments From mckinlay at redhat dot com 2005-09-15 14:19
---
Fixed checked in to HEAD, but this should also be applied to 4.0 branch because
its a regression from 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:22 ---
Small testcase:
void f(int i)
{
switch (i)
{
case 1:
struct a *b;
}
}
But IIRC this is invalid code as variable defintions are not allowed right
after a label.
void f(int i)
{
a:
struct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:22 ---
*** Bug 23895 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:23 ---
Reopen to ...
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:23 ---
Mark as a dup of bug 7508.
*** This bug has been marked as a duplicate of 7508 ***
--
What|Removed |Added
--- Additional Comments From jason at redhat dot com 2005-09-15 14:23
---
Subject: Re: Accepts qualified member function declaration
in class
I wouldn't mind turning this diagnostic on by default as a pedwarn. As
usual, people who want their code to build anyway can use
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:23 ---
*** Bug 21689 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From aeby at graeff dot com 2005-09-15 14:24
---
I don't think this bug is linked with 23758. No matter if you call unsafe
procedures before or after fork() SIGCHLD ist still blocked at the point where
execvp() is called. It seems the posix-threads code does
--- Additional Comments From paul dot richard dot thomas at cea dot fr
2005-09-15 14:25 ---
I did not want to mess around by submitting from a Windows machine again, so
here is a preview of a proposed patch:
--- Additional Comments From aeby at graeff dot com 2005-09-15 14:27
---
Created an attachment (id=9734)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9734action=view)
workaround: patch against GCC 4.0.1 unblocking SIGCHLD before execvp()
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:27 ---
I am just going to mark this one as a dup of bug 22156, because it is the same
problem, just different
testcases.
*** This bug has been marked as a duplicate of 22156 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:27 ---
*** Bug 22157 has been marked as a duplicate of this bug. ***
--
Bug 22156 depends on bug 22157, which changed state.
Bug 22157 Summary: [4.0/4.1 Regression] struct copying code gen
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:48 ---
It might be just the time to move x86 over to HWI being 64bit like all other
sanse targets, especially
when it uses 128bit constants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23831
Hi,
with Debian's gcc (version 4.0.2 20050913 (prerelease) (Debian 4.0.1-7)) this
doesn't compile anymore:
const std::pairint, int p(1, 2);
int i, j;
boost::tie(i, j) = p;
It works with all older versions and MSVC 7.1.
Cheers,
André
--
Summary:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
14:54 ---
See PR 14981 for another one which was caused by the same issue before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23831
--- Additional Comments From Woebbeking at web dot de 2005-09-15 14:54
---
Created an attachment (id=9735)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9735action=view)
example code, save-temps and compiler error message
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23896
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
15:14 ---
Even after the fix for PR 23691, this still fails. It worked with 4.0.2
20050826.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
15:15 ---
It also fails with 4.1.0 20050903.
--
What|Removed |Added
Summary|[4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
15:21 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23896
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
--
What|Removed |Added
CC|doko at cs dot tu-berlin dot|debian-gcc at lists dot
|de |debian dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
16:03 ---
Subject: Bug 13140
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 16:03:33
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
16:22 ---
Reduced as far as I could do:
namespace boost{
template bool x struct STATIC_ASSERTION_FAILURE {};
struct null_type;
template class T0 = null_type, class T1 = null_type, class T2 = null_type
class
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
16:40 ---
This is much better now but still more improvements can happen. I am going to
unassign Daniel for
now as the aliasing pass takes much less now.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
16:49 ---
on x86_64, there is only about 2x compile time increase at -O3. Though it is
much faster now, than it
was a couple of days ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
--- Additional Comments From dank at kegel dot com 2005-09-15 16:49 ---
We build everything with -Werror so errors are flagged as
fatal. If we added -pedantic, we'd have to stop using
-Werror, and implement the fatal error check ourselves in
a wrapper, which would be a huge pain.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-15
16:50 ---
Looking at the numbers for -fno-inline, I noticed it drops back down to the
4.0.0 numbers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
A nice, probably straightforward improvement: adding those would enable the
range of optimizations mentioned in the first half of the paragraph vector
Example of N1377 (first, v7-branch only, of course)
--
Summary: Add move constructor/assignment to basic_string
Product:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
17:27 ---
Subject: Bug 23875
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 17:27:24
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From pcarlini at suse dot de 2005-09-15 17:28
---
Fixed for 4.1.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
copy_bb_p uses uncond_jump_length in order to gauge
when code increase will be negative or neglegible
(at -Os) or acceptable (at -O2); however,
uncond_jump_length has the wrong value.
According to the comment in reorder_basic_blocks, it
expects to get a minimal length for an unconditional
jump
--- Additional Comments From jason at redhat dot com 2005-09-15 17:50
---
Subject: Re: Accepts qualified member function declaration
in class
dank at kegel dot com wrote:
gcc-4.1 had a stated goal of giving every warning a name,
and letting them be turned on and off individually.
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-09-15
17:51 ---
Created an attachment (id=9736)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9736action=view)
fix for SH
This patch set fixes the problem for the SH.
The patch to sh_output_mi_thunk should no longer
--- Additional Comments From bangerth at dealii dot org 2005-09-15 17:56
---
This is what I come up with:
---
template int struct X {};
template typename T struct length {
static const int value = 2;
};
template typename T void foo () {
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-15
18:05 ---
Darn, I should never have fixed that original PR. Silly me, trying to fix bugs.
Mine.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16540
--
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22150
--
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20015
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-15 18:25
---
Can I close this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23734
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-15 18:25
---
This looks fixed now. Can I close this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22554
--- Additional Comments From dje at watson dot ibm dot com 2005-09-15
18:38 ---
Subject: Re: [4.1 Regression] pb_assoc header build and install overflows exec
bkoz at gcc dot gnu dot org writes:
Ben This looks fixed now. Can I close this?
Yes, the latest version appears to
--- Additional Comments From price at ifa dot hawaii dot edu 2005-09-15
18:44 ---
To get it to compile, use curly brackets after the case:
case 1:
{
int y = 7;
}
I would suggest that the existence of several duplicates argue for a clearer
error message.
--
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-15 18:53 ---
Subject: Re: [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list
too long
Can I close this?
Yes.
Enabling large_ncargs_enabled after applying patch PHKL_16750
resolves the problem.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
18:59 ---
Subject: Bug 22205
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 18:58:04
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
18:59 ---
Subject: Bug 21674
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 18:58:04
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-15
18:59 ---
Subject: Bug 2
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-15 18:58:04
Modified files:
libstdc++-v3 : ChangeLog
1 - 100 of 202 matches
Mail list logo
