--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-03-10 07:22
---
Please follow the build instructions: http://gcc.gnu.org/install
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 10:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 10:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-10 10:26 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-03-10 10:26 ---
No plan for 4.2 backport.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #12 from simon dot marshall at misys dot com 2008-03-10 10:28
---
> You really need to put the breakpoint on 'error' to be sure. Source location
> information is seriously shaken by optimization in the 4.x series of compilers
> so I wouldn't rely on it to put breakpoints in
--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-10 10:29 ---
No plans to backport this to 4.2.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-03-10 10:36
---
> I put the call of error into a new function and put a breakpoint on that.
> The breakpoint on the new function is not hit when Emacs is starting. So,
> I can only conclude that the underlying problem is not a
The following expression yields a wrong result, when compiled with gcc 4.3.0
sin(cos(tan(M_PI/2.0)))
The build system is a 64 bit Redhat 5 enterprise Linux machine (kernel 2.6.18)
with a quad-core Q6600 Intel Core 2 processor.
Configure options for gcc are:
onfigured with: ../configure --prefix=
--- Comment #1 from martin dot apel at simpack dot de 2008-03-10 10:37
---
Created an attachment (id=15288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15288&action=view)
Preprocessed source file producing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #2 from martin dot apel at simpack dot de 2008-03-10 10:42
---
Version information for libgmp: 4.2.2, compiled with gcc-4.2.2
Version information for libmpfr: 2.3.1, compiled with gcc-4.2.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #16 from ubizjak at gmail dot com 2008-03-10 12:48 ---
(In reply to comment #14)
> Does MS bitfield struct require 8byte alignment for long long field
> for 32bit target?
Can you try following patch (this will aling DImode values to their natural
alignment - if bigger than d
--- Comment #17 from ubizjak at gmail dot com 2008-03-10 13:15 ---
(In reply to comment #16)
> (In reply to comment #14)
> > Does MS bitfield struct require 8byte alignment for long long field
> > for 32bit target?
>
> Can you try following patch (this will aling DImode values to their
--- Comment #6 from jakub at gcc dot gnu dot org 2008-03-10 13:48 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
The following applies to the March 7 snapshot under FreeBSD. I haven't tested
it on other platforms. When I compile and link the following program:
PROGRAM test_exp
x = exp(1.0)
END PROGRAM test_exp
I get the message:
/usr/home/mrichmond/irun/bin/../lib/gcc/i386-unknown-freebsd7.0/4.4.0/../../..
--- Comment #6 from ddenisen at altera dot com 2008-03-10 14:14 ---
Thank you everybody for the feedback. I'm setting the bug to fixed.
--
ddenisen at altera dot com changed:
What|Removed |Added
-
--- Comment #10 from bonzini at gnu dot org 2008-03-10 14:14 ---
I have a patch.
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
--- Comment #6 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35456
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak <[
--- Comment #18 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35496
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak <
--- Comment #19 from dominiq at lps dot ens dot fr 2008-03-10 14:15 ---
Subject: Re: [4.4 Regression] test failures between revs.
132950 and 132974
> Can you try following patch ...
Both variants work for bf-ms-layout*.c, starting regtest ASAP.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #7 from ubizjak at gmail dot com 2008-03-10 14:16 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-10 14:39 ---
I have a patch for the non-PRE-of-globals part.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 14:55 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #11 from hjl dot tools at gmail dot com 2008-03-10 14:50
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00572.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 15:07 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 15:10 ---
Note that with OpenMP 3.0 this is valid code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30676
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-10 15:12 ---
gcc-4.3 -o t t.i
./t
sin(cos(tan(PI/2))) = -0.280611
gcc-4.3 -o t t.i -fno-builtin -lm
./t
sin(cos(tan(PI/2))) = -0.280611
works for me?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #11 from bonzini at gnu dot org 2008-03-10 15:19 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00623.html fixes
mul16.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 16:04 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 16:09 ---
No plaans to backport this to 4.2 anymore.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from hjl dot tools at gmail dot com 2008-03-10 16:20
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00631.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from martin dot apel at simpack dot de 2008-03-10 16:33
---
(In reply to comment #3)
> gcc-4.3 -o t t.i
> ./t
> sin(cos(tan(PI/2))) = -0.280611
>
> gcc-4.3 -o t t.i -fno-builtin -lm
> ./t
> sin(cos(tan(PI/2))) = -0.280611
>
> works for me?
>
It compiles and runs, but
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-10 16:48 ---
On i686:
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -fno-builtin -lm -O2
[EMAIL PROTECTED] local]$ !./
./a.out
sin(cos(tan(PI/2))) = -0.827351
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -lm -O2
[EMAIL
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-03-10 16:52 ---
I also get:
[dandelion:~] pinskia% ./a.out
sin(cos(tan(PI/2))) = -0.280611
Get 4.0.1 on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template class B : t{
int bb(){aa()+x;}
};
int main(){
B <4,A> z;
}
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-03-10 16:53 ---
(In reply to comment #6)
> I also get:
> [dandelion:~] pinskia% ./a.out
> sin(cos(tan(PI/2))) = -0.280611
In fact this calls the functions:
fmr f1,f0
bl L_tan$stub
fmr f0,f1
fmr f1,f0
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 16:57 ---
Read: http://gcc.gnu.org/gcc-3.4/changes.html
This code is invalid and the error message explains exactly why, The function
call is non dependent so it has to be available and cannot defined in a
dependent supercl
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-10 16:59 ---
Are you sure your calculator isn't wrong? ;) Gcc 4.2 produces the same result
for me (and only gcc 4.3 constant folds the result).
Of course this might be a glibc issue as indeed the 32bit version produces
./t
sin
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-10 17:07 ---
Obviously PI/2 isn't representable exactly here (also not the result, after
all the value is not defined, the value should approach -Inf / +Inf)
Neither ISO C nor IEEE specifies the result for exactly PI/2 (it could
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Subject: Bug 34677
Author: rguenth
Date: Mon Mar 10 17:14:45 2008
New Revision: 133081
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133081
Log:
2008-03-10 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Compiling the attached source either with g++ or gcc renders an ICE
oo.C:9: internal compiler error: in convert_move, at expr.c:373
-O must be used.
gcc -O oo.C
--
Summary: ICE on memcpy
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Seve
--- Comment #1 from dominik dot strasser at onespin-solutions dot com
2008-03-10 18:15 ---
Created an attachment (id=15289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15289&action=view)
Source file which gives the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
--- Comment #13 from hjl at gcc dot gnu dot org 2008-03-10 18:21 ---
Subject: Bug 35494
Author: hjl
Date: Mon Mar 10 18:20:23 2008
New Revision: 133082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133082
Log:
gcc/
2008-03-10 H.J. Lu <[EMAIL PROTECTED]>
PR tree-opti
--- Comment #14 from hjl dot tools at gmail dot com 2008-03-10 18:21
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template class B : t{
int bb(){aa()+x;}
};
int main(){
B <4,A> z;
}
--- Comment #2 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** Bug 35527 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35525
--- Comment #1 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** This bug has been marked as a duplicate of 35525 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from bart dot vanassche at gmail dot com 2008-03-10 18:32
---
Everything works correctly after changing
#pragma omp parallel for
into
#pragma omp parallel for private(j, k)
--
bart dot vanassche at gmail dot com changed:
What|Removed
--- Comment #5 from aph at gcc dot gnu dot org 2008-03-10 19:06 ---
No, it will not generate the wrong code for
jboolean i = 1;
i += 2;
You are wrong to assume that jboolean must behave in the same way as boolean.
It's a Java type, not a C++ type.
Having exact conformance with C+
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 19:40 ---
Subject: Bug 35099
Author: jakub
Date: Mon Mar 10 19:39:30 2008
New Revision: 133084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133084
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mappe
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35439
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35438
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:44 ---
Subject: Bug 35337
Author: jakub
Date: Mon Mar 10 19:43:16 2008
New Revision: 133086
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133086
Log:
PR c++/35337
* semantics.c (finish_omp_clauses):
--- Comment #8 from belyshev at depni dot sinp dot msu dot ru 2008-03-10
19:44 ---
Patch for bug 35494 was committed, so this PR should be fixed now too.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
---
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 19:49 ---
Subject: Bug 35328
Author: jakub
Date: Mon Mar 10 19:48:20 2008
New Revision: 133087
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133087
Log:
PR c++/35328
* semantics.c (finish_omp_clauses):
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
On Linux/Intel64, revision 133082 has 3 32bit regressions:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00754.html
FAIL: 23_containers/bitset/operations/1.cc execution test
Running target unix/-m32
FAIL: TestClosureGC run
FAIL: events output
Since revision 133080 + patch in revision 133082 i
--- Comment #2 from steven at gcc dot gnu dot org 2008-03-10 20:04 ---
The patch makes adding log use an algorithm quadratic in the number of log
links per insn. It is probably better to:
1. build the log links.
2. filter out the duplicates as a post pass (and maybe sort them while at i
I must be doing something wrong, I cannot seem to compile the new
4.2.3 :
gmake[3]: Entering directory `/home/danny/src/gcc/x86-bootstrap/gcc'
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-att
--- Comment #20 from dominiq at lps dot ens dot fr 2008-03-10 20:45 ---
On i686-apple-darwin9 regtested without regression with the patch of comment
#17.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35496
--
Summary: ice for legal code
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot c
I just tried to compile Suse Linux package libqt4-4.3.90-20
with the GNU C compiler version 4.4 snapshot 20080307
The compiler said
g++ -c -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fno-exceptions -O2 -Wall
-W -DQT_BOOTSTRAPPED -DQT_MOC -DQT_NO_CODECS -DQT_LITE_UNICODE -DQT_NO_LIBRARY
-DQT_NO
--- Comment #1 from dcb314 at hotmail dot com 2008-03-10 20:49 ---
Created an attachment (id=15290)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15290&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35530
--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-10 20:52 ---
Subject: Bug 35099
Author: jakub
Date: Mon Mar 10 20:51:18 2008
New Revision: 133088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133088
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mappe
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 20:53 ---
*** This bug has been marked as a duplicate of 35530 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-10 20:53 ---
*** Bug 35529 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35530
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:53 ---
Subject: Bug 35439
Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:53 ---
Subject: Bug 35438
Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:54 ---
Subject: Bug 35337
Author: jakub
Date: Mon Mar 10 20:53:35 2008
New Revision: 133090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133090
Log:
PR c++/35337
* semantics.c (finish_omp_clauses):
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 20:55 ---
Subject: Bug 35328
Author: jakub
Date: Mon Mar 10 20:54:54 2008
New Revision: 133091
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133091
Log:
PR c++/35328
* semantics.c (finish_omp_clauses):
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 21:22 ---
I think even Sun recommends you use the GNU Assembler for x86_64 Solaris.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from steven at gcc dot gnu dot org 2008-03-10 21:48 ---
IRA does not handle this either with -fno-split-wide-types. Left is IRA as-is
with -O2 -fomit-frame-pointer. Right is same options + -fno-split-wide-types.
.file "t.c" .file "t
--- Comment #2 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
21:49 ---
It seems (according to gcc -v) that GCC 4.2.1 re-configured itself to use:
/scratch/bfriesen/build/gcc-4.2.1/configure --program-suffix=-4.2.1
--enable-shared --enable-threads --enable-version-specific
On an AMD64 (Opteron) system, the Solaris 10 assembler does not like what GCC
produces. This system has all patches applied for Solaris 10 U4. GCC 4.2.1
works very well on it.
Configured like:
/home/bfriesen/src/gnu/gcc-4.3.0/configure -program-suffix='-4.3.0'
--enable-threads --enable-version-sp
--- Comment #2 from ubizjak at gmail dot com 2008-03-10 22:11 ---
Confirmed with g++ -O oo.C, backtrace:
#0 fancy_abort (file=0xcb2b48 "../../gcc-svn/trunk/gcc/expr.c", line=373,
function=0xcb3e43 "convert_move")
at ../../gcc-svn/trunk/gcc/diagnostic.c:683
#1 0x006a952e in
--- Comment #3 from hutchinsonandy at aim dot com 2008-03-10 22:24 ---
Subject: Re: COMBINE repeating same matches and can
SEG fault
The quadratic nature does not seem to be particularly problem with the
data involved.
The log_links is build up incrementally. (with duplicates at pr
--- Comment #3 from ubizjak at gmail dot com 2008-03-10 22:25 ---
FYI, patch from Comment #2 fixes the failure.
--
ubizjak at gmail dot com changed:
What|Removed |Added
The cause is this patch which was designed to fix behaviour of relocated
compilers:
http://gcc.gnu.org/ml/gcc/2006-10/msg00280.html
Unfortunately, it has the side-effect of breaking existing build scripts for
*NON* relocated compilers which have relied on this behaviour for years.
Contrived
--- Comment #1 from gschafer at zip dot com dot au 2008-03-10 22:37 ---
Created an attachment (id=15292)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15292&action=view)
Patch that restores old behaviour (for demonstration only)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-10 22:39 ---
It is better to use -B $prefix/lib while building.
And seriously I think you are doing something wrong when you edit the files as
you did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
--- Comment #3 from gschafer at zip dot com dot au 2008-03-10 22:52 ---
(In reply to comment #2)
> It is better to use -B $prefix/lib while building.
-B doesn't work on multilib ie: -B $prefix/lib doesn't find
$prefix/lib/../lib64
Not only that, I'm talking about GCC_FOR_TARGET, your s
--- Comment #3 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
23:05 ---
By using 'as' and 'ld' from binutils-2.18, I have achieved a successful
compile. Using gas and the system linker was not sufficient since it resulted
in the same error. Based on past experience, I don
Executing on host: /test/gnu/gcc/objdir/gcc/gnatmake
-I/test/gnu/gcc/objdir/gcc/
ada/rts --GCC=/test/gnu/gcc/objdir/gcc/xgcc
--GNATBIND=/test/gnu/gcc/objdir/gcc/
gnatbind --GNATLINK=/test/gnu/gcc/objdir/gcc/gnatlink -cargs
-B/test/gnu/gcc/obj
dir/gcc -largs --GCC=/test/gnu/gcc/objdir/gcc/xgcc -B/te
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-10 23:20 ---
I always hear the opposite way around, that is the Sun's assembler and linker
are not that good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35531
--- Comment #3 from manu at gcc dot gnu dot org 2008-03-11 00:34 ---
This seems to be caused also by Diego's patch to Wtype-limits as bug 35400 (not
sure whether it is an exact duplicate).
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-11 00:56 ---
The fix for this ABI issue was radar 4028089 in Apple's bug database. I can
attach the patch which I extracted which fixes this from Apple's GCC if someone
wants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-11 00:57 ---
Created an attachment (id=15293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15293&action=view)
Patch which comes from Apple's GCC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35491
--- Comment #8 from ghazi at gcc dot gnu dot org 2008-03-11 01:23 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00663.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26149
--- Comment #1 from kargl at gcc dot gnu dot org 2008-03-11 02:22 ---
This is caused by the recent addition of erfc and erf intrinsics. You'll
need to ask FX to fix the problem. The guilty diff is
http://gcc.gnu.org/ml/fortran/2008-02/msg00318/2008-libgfortran.diff
which unilateral def
--- Comment #5 from cnstar9988 at gmail dot com 2008-03-11 03:25 ---
when into 4.2.4?
gcc-4_2-branch
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33289
I'm not clear whether this is a problem in GCC or in GDB, so I'm asking both
teams.
Compiling gdb 6.7.1 on Solaris 10 using the newly installed GCC 4.3.0, I got a
compilation error (because of the -Werror option) as shown:
gcc -c -g -O2-I. -I.././gdb -I.././gdb/config
-DLOCALEDIR="\"/usr/gdb/
--- Comment #1 from jonathan dot leffler at gmail dot com 2008-03-11 03:39
---
Created an attachment (id=15294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15294&action=view)
bzip2-compressed version of symtab.i (pre-processed code that triggered the bug
report)
This is the sym
--- Comment #2 from jonathan dot leffler at gmail dot com 2008-03-11 03:48
---
I tried the following close-to-minimal reproduction - using the same compile
command as for the original symtab.c problem - and did not get the error.
struct symtab;
struct linetable;
extern int find_line_co
1 - 100 of 109 matches
Mail list logo
