--- Comment #5 from burnus at gcc dot gnu dot org 2007-03-12 07:58 ---
> complex * complex is not a simple cross product in FP world.
Well, the program calculates: real * complex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31139
--- Comment #2 from kargl at gcc dot gnu dot org 2007-03-12 07:05 ---
(In reply to comment #1)
> I don't think underscores are part of Fortran's identifier character space.
>
An underscore can appear in a symbol except as the first character.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #11 from irar at gcc dot gnu dot org 2007-03-12 06:56 ---
Subject: Bug 29925
Author: irar
Date: Mon Mar 12 06:56:41 2007
New Revision: 122833
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122833
Log:
PR tree-optimization/29925
* tree-data-ref.c (anal
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #14 from fang at csl dot cornell dot edu 2007-03-12 06:22
---
For reference, is this the latest draft of the variadic template proposal?
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2080.pdf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20599
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-12 06:11 ---
How about:
extern void link_error ();
void foo (int a)
{
if (a < 0)
{
int y;
a *=-2;
y = a / 7;
if (y > 1 << 30)
link_error ();
}
}
int main()
{
return 0;
}
Also? Which
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-12 05:43 ---
- if (supports_overflow_infinity (TREE_TYPE (expr)))
- min = positive_overflow_infinity (TREE_TYPE (expr));
- else
- {
- set_value_range_to_varying (vr);
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-03-12 05:37 ---
> The hand-made SSE version (USE_VECTORS) crashes here for -m32
Because well complex(8)'s alignment is the same as double which means it is
only 8 byte aligned and not 16 byte aligned, it is just magical that the SS
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-12 05:33 ---
The problem here is obvious, in the Fortran case, there is a temp array being
created while in the C case, there is not. Also in the optimized C case, the
multiplication of the complex numbers is incorrect unless yo
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-12 05:14 ---
I don't think underscores are part of Fortran's identifier character space.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31144
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-03-12 05:07 ---
*** Bug 31143 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-12 05:07 ---
*** This bug has been marked as a duplicate of 29877 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-03-12 05:05 ---
Even though Objective-C++ is not a release blocker, it would be nice for all of
the C++ patches to test with objective-C++ on and really that should be a
requirement. I rather see Objective-C++ working than C++0x.
Fortran Standards require that module symbol names are unique for a given
module and procedure name pair. Gfortran uses an underscore prefix to prevent
collisions with non-module procedures, but the double-underscore used to join
the module and procedure name in not sufficient to ensure a unique sy
--- Comment #2 from kaminaga at sm dot sony dot co dot jp 2007-03-12 04:27
---
Currently having bugzilla's Internal Error in attaching div64.S...
--
kaminaga at sm dot sony dot co dot jp changed:
What|Removed |Added
---
--- Comment #1 from kaminaga at sm dot sony dot co dot jp 2007-03-12 04:16
---
Created an attachment (id=13192)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13192&action=view)
code snippet to reproduce wrong code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31143
The attached code produces wrong-code on gcc-4.1.1 and gcc-4.1.2 on ARM. These
codes are snippet from linux kernel, and this was found when linux v2.6.19 was
built with gcc-4.1.1 with CONFIG_PRINK_TIME=y is set for ARM.
$ arm-linux-gcc -O2 -c div64.S
$ arm-linux-gcc -O2 -save-temps dodiv.c div64.o
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-12 01:53
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-12 01:52
---
Subject: Bug 30328
Author: mmitchel
Date: Mon Mar 12 01:52:45 2007
New Revision: 122830
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122830
Log:
PR c++/31038
* parser.c (cp_parser_postfix
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-03-12 01:52
---
Subject: Bug 31038
Author: mmitchel
Date: Mon Mar 12 01:52:45 2007
New Revision: 122830
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122830
Log:
PR c++/31038
* parser.c (cp_parser_postfix
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-03-12 01:34
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-12 01:32
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #4 from patchapp at dberlin dot org 2007-03-12 01:32 ---
Subject: Bug number PR 21438
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00700.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from pcarlini at suse dot de 2007-03-12 01:04 ---
> It's not fair to trade one feature for another (variadic templates
> for obj-c++).
I agree.
> There's been no discussion on the impact of fixing the tree code limit.
> I note that a 15% compile time memory usage regress
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-12
00:55 ---
Subject: Re: [4.3 Regression] Objective-C++ has ran into the tree number limit
> > Don't like to name people, but I suppose this patch should be reverted:
>
> Please, please, don't do that! Instead, let's
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-12 00:26
---
Subject: Bug 31038
Author: mmitchel
Date: Mon Mar 12 00:26:39 2007
New Revision: 122829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122829
Log:
PR c++/30328
* semantics.c (finish_typeof)
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-12 00:26
---
Subject: Bug 30328
Author: mmitchel
Date: Mon Mar 12 00:26:39 2007
New Revision: 122829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122829
Log:
PR c++/30328
* semantics.c (finish_typeof)
--- Comment #3 from schwab at suse dot de 2007-03-11 23:51 ---
In C++ the comma before ... is optional.
Where syntactically correct, “, ...” is synonymous with
“...”.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
--- Comment #4 from pcarlini at suse dot de 2007-03-11 23:48 ---
(In reply to comment #3)
> Don't like to name people, but I suppose this patch should be reverted:
Please, please, don't do that! Instead, let's solve the real issue with the
tree-codes limit once and for all, because soon
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 23:24 ---
--disable-botstrap does not work on the mainline after toplevel libgcc.
Also if you are doing profiling on Darwin, can I suggest you use Shark which is
part of the CHUD tools from Apple.
--
pinskia at gcc dot gn
--- Comment #1 from tobi at gcc dot gnu dot org 2007-03-11 23:23 ---
A few version numbers:
tobias-schluters-computer:~/src/pristine/profile tobi$ make --version
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
Configuring with
../configure --enable-languages=c,fortran --with-gmp=/sw CC='gcc -pg'
and optionally --disable-botstrap fails with
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/sh ../../../../libgcc/../mkinstalldirs x86_64
/Users/tobi/
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 23:19 ---
How is the first one valid? I thought you always needed a comma before the
ellipsis for variable argument functions (I know in C you need it for sure).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-03-11 23:01
---
I guess this is also related to your patch for variadic templates, Douglas,
but I might be wrong:
2007-03-09 Douglas Gregor <[EMAIL PROTECTED]>
PR c++/20599
* typeck.c (check_return_expr): Check
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31141
The following invalid code snippet triggers an ICE on mainline:
template void foo(int x[1][N]);
void bar()
{
int x[1][1];
foo(x);
}
bug.cc:1: error: ISO C++ does not include variadic templates
bug.cc: In functi
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31140
The following invalid code snippet triggers an ICE on mainline:
template void foo()
{
T t;
}
bug.cc:1: error: expected nested-name-specifier before 'T'
bug.cc:1: error: ISO C++ does not include variadic templates
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-11
22:53 ---
Subject: Re: [4.3 Regression] Objective-C++ has ran into the tree number limit
>
> Summary|objc-act.c:570: error:
--- Comment #2 from burnus at gcc dot gnu dot org 2007-03-11 22:50 ---
Created an attachment (id=13191)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13191&action=view)
test.tar.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31139
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-11 22:45 ---
Contains the test case. The hand-made SSE version (USE_VECTORS) crashes here
for -m32, but as it is C vs. Fortran, one can completely ignore that test case
(for -m64 USE_VECTORS is about as fast as the other C version
SE version made little difference.
Result for gcc/gfortran 4.3.0 20070311 on an Athlon 64 X2 4800+.
-O3 -march=opteron -funroll-loops -msse3 -ftree-vectorize -m64:
Fortran: 0.8240519, real0m7.661s, user0m7.232s
Fortran: 0.8240528, real0m7.654s, user0m7.232s
c_nosse: 0.232
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #2 from rolf dot ebert dot gcc at gmx dot de 2007-03-11 22:17
---
I have to rerun the ACATS tests with more disk space available. After the C3
tests all other failures were due to "disk full".
Currently c35507m is the only failure in 4.2 on MinGW that I know of. But as I
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
The following valid code snippet triggers an ICE on mainline:
=
void foo(long ...);
=
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The same thing happens for the following invalid variation:
===
--- Comment #7 from burnus at gcc dot gnu dot org 2007-03-11 21:42 ---
> Can you see if the patch I committed this morning fixes this problem?
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00664.html
Yes, the patch fixes this problem. Thanks!
--
burnus at gcc dot gnu dot org changed:
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-11 21:28
---
A patch has been submiited for approval for this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from pcarlini at suse dot de 2007-03-11 21:20 ---
I see, weird, I'm going to add Benjamin in CC, he added very recently the
c_global files and I'm not familiar with #include_next...
--
pcarlini at suse dot de changed:
What|Removed |
I have just started reading the gcc code a bit, and while looking at the avr
port I noticed that in the function avr_rtx_costs in avr.c there is some code
to calculate the cost of a multiplication:
case MULT:
switch (mode)
{
case QImode:
if (AVR_HAVE_MUL)
--- Comment #6 from ian at airs dot com 2007-03-11 20:46 ---
Can you see if the patch I committed this morning fixes this problem?
2007-03-11 Ian Lance Taylor <[EMAIL PROTECTED]>
* tree-vrp.c (vrp_int_const_binop): Handle PLUS_EXPR and
the *_DIV_EXPR codes correctly w
--- Comment #1 from ian at airs dot com 2007-03-11 20:39 ---
I am testing this patch.
Index: gcc/tree-vrp.c
===
--- gcc/tree-vrp.c (revision 122820)
+++ gcc/tree-vrp.c (working copy)
@@ -2142,13 +2142,11 @@ extrac
--- Comment #5 from sayle at gcc dot gnu dot org 2007-03-11 20:37 ---
Subject: Bug 30433
Author: sayle
Date: Sun Mar 11 20:37:40 2007
New Revision: 122823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122823
Log:
2007-03-11 Roger Sayle <[EMAIL PROTECTED]>
Andrew P
--- Comment #15 from martin dot jansa at mk dot cvut dot cz 2007-03-11
20:35 ---
(In reply to comment #14)
downgrading glibc didn't that trick but now() I have successfully builded
latest snapshot with this "patch":
--- ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio.orig
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31132
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31131
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-03-11 19:43 ---
I have looked at this some more. Channging gfc_conv_intrinsic_function so that
we call gfc_conv_intrinsic_minmaxloc is easy enough:
@@ -3481,7 +3481,9 @@ gfc_conv_intrinsic_function (gfc_se * se
name = &expr->v
--- Comment #3 from TabonyEE at austin dot rr dot com 2007-03-11 18:57
---
By the way, I think emit-rtl.c: change_address_1 could at least use an assert
that if the modes are different and the addresses are the same, then
mode_dependent_address_p is not true. That is unless change_addr
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-03-11 18:54 ---
Taking care of this one as the solution is probably the same as with ALARM
(PR30947).
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from tobi at gcc dot gnu dot org 2007-03-11 18:53 ---
The tests no longer fail, even with the system gmp/mpfr (which haven't been
updated), so I'm closing this as WORKSFORME.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Add
With the tip of the 4.2 branch, the following program returns 1. Mainline
returns 0. Is this defined behavior? I could not find anything on the
subject.
struct S {
unsigned b4:4;
unsigned b6:6;
} s;
int main(void){
s.b6 = 31;
s.b4 = s.b6;
s.b6 = s.b4;
return s.b6 == 15 ? 0 : 1;
}
--- Comment #2 from TabonyEE at austin dot rr dot com 2007-03-11 18:28
---
Hhmm. I have made a few other changes and now when I don't define
WORD_REGISTER_OPERATIONS, I get correct code. I get an HI load followed by a
QI -> SI zero extend, not the preferred POST_MODIFY. I looked at a
--- Comment #2 from pclouds at gmail dot com 2007-03-11 17:26 ---
Ahh.. I made a mistake, sorry for the annoyance.
--
pclouds at gmail dot com changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-03-11 17:15 ---
*** Bug 31135 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-11 17:15 ---
*** This bug has been marked as a duplicate of 31127 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
GCC host triplet|x86_64-suse-linux |
GCC targ
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-11 17:09 ---
> just like CFLAGS and friends
Well CFLAGS is a make file and nothing to do with GCC really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rth at gcc dot gnu dot org 2007-03-11 16:22 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dcb314 at hotmail dot com 2007-03-11 16:19 ---
Created an attachment (id=13190)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13190&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31135
I just tried to compile Suse Linux package rasmol-2.7.3.1-44
with the GNU C++ compiler version 4.3 snapshot 20070309.
The compiler said
repres.c: In function 'InitialiseRepres':
repres.c:1638: internal compiler error: in cse_find_path, at cse.c:5930
Please submit a full bug report,
with preproces
--- Comment #6 from pault at gcc dot gnu dot org 2007-03-11 16:17 ---
Subject: Bug 30883
Author: pault
Date: Sun Mar 11 16:17:32 2007
New Revision: 122822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122822
Log:
2007-03-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-03-11 16:08
---
Subject: Bug 31115
Author: rguenth
Date: Sun Mar 11 16:08:35 2007
New Revision: 122821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122821
Log:
2007-03-11 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from lucier at math dot purdue dot edu 2007-03-11 15:56
---
Fixed
[descartes:~/programs/gcc/objdir-mainline] gcc-test% cat
../mainline/LAST_UPDATED
Sat Mar 10 22:35:54 EST 2007
Sun Mar 11 03:35:54 UTC 2007 (revision 122814M)
--
lucier at math dot purdue dot edu cha
--- Comment #2 from schwab at suse dot de 2007-03-11 15:02 ---
The limit on the number of tree codes is reached (LAST_CPLUS_TREE_CODE = 251,
LAST_OBJC_TREE_CODE = 262).
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-11 14:42 ---
Occurs in stage2.
[EMAIL PROTECTED]:~/gnu/gcc-4.3/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--prefix=
/home/dave/gnu/gcc-4.3/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc-4.3/objdir/./
prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/bin/ -c -g -O2
-DIN_GC
C -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strin
--- Comment #3 from zuxy dot meng at gmail dot com 2007-03-11 14:27 ---
Created an attachment (id=13189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13189&action=view)
Updated patch
--
zuxy dot meng at gmail dot com changed:
What|Removed |A
--- Comment #5 from burnus at gcc dot gnu dot org 2007-03-11 14:07 ---
Ian, looking at the changelog, it seems as if your commit
http://gcc.gnu.org/viewcvs?view=rev&revision=122487
r122487 | ian | 2007-03-02 21:09:31 +0100 (Fri, 02 Mar 2007) | 35 lines
Used signed infinities in V
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-03-11 14:06 ---
It also breaks FreeFEM.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jsm28 at gcc dot gnu dot org 2007-03-11 13:59 ---
I can't reproduce this bug with current 4.2 branch or trunk. My guess as to
the most likely patch to have fixed this is:
2006-11-16 Joseph Myers <[EMAIL PROTECTED]>
* config/rs6000/spe.md (frob_di_df_2): H
--- Comment #14 from martin dot jansa at mk dot cvut dot cz 2007-03-11
13:54 ---
(In reply to comment #13)
> Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
> developers is seeing it, I repeat, we can't reproduce it, and if the
> submitters
> are not goin
--- Comment #10 from irar at gcc dot gnu dot org 2007-03-11 13:47 ---
Subject: Bug 29925
Author: irar
Date: Sun Mar 11 13:47:40 2007
New Revision: 122819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122819
Log:
PR tree-optimization/29925
* tree-data-ref.c (anal
--- Comment #13 from pcarlini at suse dot de 2007-03-11 13:46 ---
Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
developers is seeing it, I repeat, we can't reproduce it, and if the submitters
are not going to help more, much more, the problem cannot be fi
--- Comment #12 from martin dot jansa at mk dot cvut dot cz 2007-03-11
13:36 ---
(In reply to comment #11)
Those 2 snippets working fine here and printf("%d",__cplusplus); says still
"1".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #11 from pcarlini at suse dot de 2007-03-11 13:26 ---
(In reply to comment #10)
> Note hovewer, that currently __cplusplus in the official GNU tree at least is
> still *1*. Is it possible that only *Gentoo* GCC has an external patch
> defining __cplusplus as 199711L???
But
I use gcc to cross compile a system with --sysroot option. However replace
every gcc command with 'gcc --sysroot=blah' is kind of redundant. It would be
great if I can set environment variable SYSROOT=blah (or GNUSYSROOT=blah) and
leave gcc commands intact, just like CFLAGS and friends.
--
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #4 from dominiq at lps dot ens dot fr 2007-03-11 13:16 ---
Note that the bug affect lapack/blas/{s,d}scal.f. Note also that in the
*optimized* dumps of
lapack/blas/{c,z}scal.f there are several:
Invalid sum of incoming frequencies , should be
cscal.f:
...
Invalid
--- Comment #10 from pcarlini at suse dot de 2007-03-11 13:14 ---
In c++config we have the below lines, which I never noriced before, I wonder
whether can cause problems given the our current framework (in the future is
another matter...)
Note hovewer, that currently __cplusplus in the
--- Comment #9 from pcarlini at suse dot de 2007-03-11 13:05 ---
Oh well, if the build really failed has not been installed,
then include it from the exact place where is available in the build dir.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #8 from pcarlini at suse dot de 2007-03-11 13:03 ---
Then this snippet could be also useful, just in case we are doing something
wrong in the configury (I doubt it)
//
#include
#include
#undef clearerr
_GLIBCXX_BEGIN_NAMESPACE(std)
using ::clearerr;
_GLI
--- Comment #3 from dominiq at lps dot ens dot fr 2007-03-11 12:58 ---
The following reduced test case
PROGRAM LINPK
PARAMETER (N=2500,LDA=N+1)
DOUBLE PRECISION a(LDA,N) , b(N) , x(N)
a = 1.0
print *, 'before DSCAL'
CALL DSCAL(N-1,1.0D0,A(2,1),1)
--- Comment #7 from pcarlini at suse dot de 2007-03-11 12:53 ---
People encountering this kind of problem should check whether this trivial C++
snippet compiles:
/
#include
#undef clearerr
namespace my
{
using ::clearerr;
}
/
because really, in that place the bui
--- Comment #6 from pcarlini at suse dot de 2007-03-11 12:32 ---
> My error seems quite similar (with profiledbootstrap and bootstrap too). Older
> snapshots have the same issue.
Thanks, but *how much* older, exactly, we must pin-point the exact source of
this problem.
> I'm using late
--- Comment #5 from martin dot jansa at mk dot cvut dot cz 2007-03-11
12:29 ---
(In reply to comment #4)
And my toolchain:
jama gcc # /lib/libc.so.6
GNU C Library 20070214 release version 2.5.90, by Roland McGrath et al.
Copyright (C) 2007 Free Software Foundation, Inc.
This is free s
--- Comment #4 from martin dot jansa at mk dot cvut dot cz 2007-03-11
12:20 ---
(In reply to comment #3)
> Well Ahmed, right now you can't possibly see the exact same error, because
> stl_algobase.h does *not* include anymore... Please provide more
> info.
> Thanks.
My error seems qu
--- Comment #9 from dominiq at lps dot ens dot fr 2007-03-11 12:19 ---
I confirm that the bug does not show with gcc. Is theis related to the
following failures in the regtest?
FAIL: gcc.dg/builtins-59.c scan-tree-dump __builtin_cexpi
FAIL: gcc.dg/builtins-59.c scan-tree-dump-not sincos
--- Comment #26 from pcarlini at suse dot de 2007-03-11 12:07 ---
Now, for example, the preprocessed is about 100 KB smaller and there
are noticeable improvements eveywhere (containers, streams, etc.). Also, thanks
to variadic templates the compile-time performance and preprocessed head
1 - 100 of 113 matches
Mail list logo
