Daniel Berlin wrote:
As some few people might already know, the GGCC (globalgcc) project is
just starting (partly funded within the ITEA framework by french,
spanish, swedish public money) - its kick off meeting is next week in
Paris.
GGCC aims to provide a (GPL opensource) extension to GCC
I'm experiencing building libmudflap cross, as libtool seems not to
pass --sysroot arguments to the compiler driver in link mode:
/bin/sh ./libtool --mode=link
/usr/src/packages/BUILD/gcc-4.1.2-20060731/obj-i586-suse-linux/./gcc/xgcc
Follows the build info:
config.guess:
i386-pc-mingw32
$ gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../../source/gcc-4.2-20060826/configure --prefix=/mingw
--host=mingw32
--target=mingw32 --program-prefix= --with-as=/mingw/bin/as.exe
--with-ld=/mingw/bin/ld.exe
--with-gcc
On Thu, Aug 31, 2006 at 04:00:25PM -0700, Mark Mitchell wrote:
I think this is probably moot, since I believe that Kenny feels DWARF is
not suitable for reasons other than the abbreviation table issue, but
this is a clever technique.
... for GIMPLE; when I discussed with him, I got the
Hello Everyone,
I am trying to link the object file emitted by a Cross Compiler IDE
with the GCC Coldfire Linker and its libraries.
The Problem that i faced was:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits
Daniel Jacobowitz wrote:
On Thu, Aug 31, 2006 at 04:00:25PM -0700, Mark Mitchell wrote:
I think this is probably moot, since I believe that Kenny feels DWARF is
not suitable for reasons other than the abbreviation table issue, but
this is a clever technique.
... for GIMPLE; when
Rohit Arul Raj wrote:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits out
the labels prefixed with a '_' (_main, _printf etc).
Is there any way i can make gcc-coldfire compiler emit the lables
prefixed with
Kenneth Zadeck wrote on 08/28/06 09:57:
I have not done this because I do not rule the earth. That was not
what I was assigned to do, and I agreed that DWARF3 sounded like a
reasonable way to go. Now that I understand the details of DWARF3, I
have changed my mind about the correct
Rohit Arul Raj wrote:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits out
the labels prefixed with a '_' (_main, _printf etc).
Is there any way i can make gcc-coldfire compiler emit the lables
prefixed with
On Fri, Sep 01, 2006 at 09:45:34AM -0400, Kenneth Zadeck wrote:
Given that Mark, and for that matter no one else, did not really push
back, I am pretty much committed not to use dwarf.
Then... what are you going to do about things like types? Invent a new
serialization for those too? I think
Daniel Jacobowitz wrote:
On Fri, Sep 01, 2006 at 09:45:34AM -0400, Kenneth Zadeck wrote:
Given that Mark, and for that matter no one else, did not really push
back, I am pretty much committed not to use dwarf.
Then... what are you going to do about things like types? Invent a new
On Fri, Sep 01, 2006 at 10:19:07AM -0400, Kenneth Zadeck wrote:
Daniel Jacobowitz wrote:
On Fri, Sep 01, 2006 at 09:45:34AM -0400, Kenneth Zadeck wrote:
Given that Mark, and for that matter no one else, did not really push
back, I am pretty much committed not to use dwarf.
Diego Novillo wrote:
Kenneth Zadeck wrote on 08/28/06 09:57:
I have not done this because I do not rule the earth. That was not
what I was assigned to do, and I agreed that DWARF3 sounded like a
reasonable way to go. Now that I understand the details of DWARF3, I
have changed my mind
On Fri, 2006-09-01 at 09:51 -0400, Diego Novillo wrote:
+#if STUPID_TYPE_SYSTEM
STUPID_TYPE_SYSTEM? No need to be insulting. It's unpleasant.
Well it right now it is stupid, this is just a work around anyways until
people fix the type mismatches really. Is it more insulting than having
On Fri, 2006-09-01 at 13:08 +0200, Richard Guenther wrote:
I'm experiencing building libmudflap cross, as libtool seems not to
pass --sysroot arguments to the compiler driver in link mode:
/opt/cross/bin/sh4-linux-ld: crti.o: No such file: No such file or
directory
collect2: ld returned 1
Andrew Pinski wrote:
On Fri, 2006-09-01 at 09:51 -0400, Diego Novillo wrote:
+#if STUPID_TYPE_SYSTEM
STUPID_TYPE_SYSTEM? No need to be insulting. It's unpleasant.
Well it right now it is stupid, this is just a work around anyways until
people fix the type mismatches
Hi folks!
You might have thought I've been drinking pi~na coladas in the sun, but
alas, I've been beating my head mercilessly with this gimple tuple business.
What I have so far is getting so big (280k), it's getting hard to manage and
keep track of things in my brain. What do you guys think
On Fri, 2006-09-01 at 11:21 -0400, Aldy Hernandez wrote:
If this is ok, I would think a branch from mainline would be best, but
I'm open for suggestions (lto?).
Yes PLEASE. LTO is broken for most unusual languages so it is hard to
test on weird parts of gimple so I would use the mainline.
Also
Aldy Hernandez wrote on 09/01/06 11:21:
If this is ok, I would think a branch from mainline would be best, but
I'm open for suggestions (lto?).
I too prefer a branch off of mainline. Even though LTO will probably
benefit from this, this is fairly independent and will probably be in
mergeable
Hi,
I'd like to use gprmake to cross-compile a mixed language project, but
I don't know how to pass the RTS directory (--RTS=abc) to gprmake.
BTW, where can I find the documentation for gprmake?
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail
On Fri, Sep 01, 2006 at 11:51:54AM -0400, Kate Minola wrote:
Hi!
I like to test the weekly snapshots of the active development
branch against code that I am particularly interested in.
I realize that snapshots are just that - and so do not
worry unless I see the same failure a couple of
Miguel Angel Champin Catalan wrote:
Hello:
We are students of computer sciences in the Santa Maria University,
Chile. We just want to know if the function gets it's too dangerous
for a warning. The fact is that our teacher's assistant give us a
homework, and one restriction was to use gcc to
Michael Eager wrote:
Miguel Angel Champin Catalan wrote:
Hello:
We are students of computer sciences in the Santa Maria University,
Chile. We just want to know if the function gets it's too dangerous
for a warning. The fact is that our teacher's assistant give us a
homework, and one
Is there anyone out there who might have a SPARC environment with Ada
support who could run the attached Ada testcase on a version of gcc
patched with the attached patch? I'd like to verify whether the test
behaves correctly when compiled at -O0, -O1, and -O2. The expected
(correct) behavior is
Eric Botcazou wrote:
Is there anyone out there who might have a SPARC environment with Ada
support who could run the attached Ada testcase on a version of gcc
patched with the attached patch? I'd like to verify whether the test
behaves correctly when compiled at -O0, -O1, and -O2. The
Snapshot gcc-4.1-20060901 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20060901/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Since we're making some headway on GCC 4.2, it's now time to start
thinking about GCC 4.3.
As for the past couple of releases, let's start by trying to gather
information about what people are planning to contribute for GCC 4.3.
Please add your project page to the bottom of:
On Fri, Sep 01, 2006 at 03:56:30PM -0700, Mark Mitchell wrote:
Please add your project page to the bottom of:
http://gcc.gnu.org/wiki/GCC_4.3_Release_Planning
BTW, that page provides a link to SampleProjectPage which does not exist.
FAIL: gcc.target/powerpc/ppc-and-1.c scan-assembler rlwinm [0-9]+,
[0-9]+,0,0,30
FAIL: gcc.target/powerpc/ppc-and-1.c scan-assembler rlwinm [0-9]+,
[0-9]+,0,29,30
FAIL: gcc.target/powerpc/ppc-negeq0-1.c scan-assembler-not cntlzw
are a tad confusing because if I do...
gcc-4 -O2 -m64 -S -c
Joe Buck wrote:
On Fri, Sep 01, 2006 at 03:56:30PM -0700, Mark Mitchell wrote:
Please add your project page to the bottom of:
http://gcc.gnu.org/wiki/GCC_4.3_Release_Planning
BTW, that page provides a link to SampleProjectPage which does not exist.
Thanks! I forgot which Wiki syntax I
Hi,
a very recent compiler change (less than 24 hours: compare, for example,
the testresults for i386-unknown-netbsdelf3.0) is causing many ICEs in
the ext/pb_ds testcases:
FAIL: ext/pb_ds/example/basic_map.cc (test for excess errors)
WARNING: ext/pb_ds/example/basic_map.cc compilation
Hi,
a very recent compiler change (less than 24 hours: compare, for example,
the testresults for i386-unknown-netbsdelf3.0) is causing many ICEs in
the ext/pb_ds testcases:
And this part of the log helps us how?
We really need to know the ICE to figure out what is going wrong.
--
Andrew Pinski wrote:
And this part of the log helps us how?
But I don't want to help you, I want you to fix it ;) Just run the
testsuite to the end and you will see everything: all plain Segmentation
faults.
Paolo.
Andrew Pinski wrote:
And this part of the log helps us how?
But I don't want to help you, I want you to fix it ;) Just run the
testsuite to the end and you will see everything: all plain Segmentation
faults.
This was caused by:
http://gcc.gnu.org/viewcvs?view=revrevision=116623
Once the noise from those linker warnings is removed from the libstdc++-v3
testsuite
results at -m64 on Darwin PPC, we find that the failures drop from 54 to just
6. So
we actually only have four additional libstdc++-v3 testsuite failures at -m64
compared to -m32. These are...
FAIL:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.4 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27115
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-01 06:11 ---
Here is an even more reduced testcase:
void f(void)
{
unsigned l, l1;
l1 = l = ({unsigned __v; __v;});
}
Note the double use is required to ICE, otherwise we are ok.
There is no question about it after looking
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-01 06:27 ---
Here is a testcase which ICEs for i686-linux-gnu with -msse:
extern char lanip[3][40];
typedef struct
{
char *t[4];
}tx_typ;
int set_names (void)
{
static tx_typ tt1;
int ln;
for (ln = 0; ln 4; ln++)
Take the following testcase:
extern char lanip[3][40];
typedef struct
{
char *t[4];
}tx_typ;
int set_names (void)
{
static tx_typ tt1;
int ln;
for (ln = 0; ln 4; ln++)
tt1.t[ln] = lanip[1];
}
-
With -O2 -ftree-vectorize -maltivec, we produce a vector long long and we get
worse
Testcase:
typedef char *cptr;
char *a;
__attribute__ ((vector_size(16))) cptr t;
int f(void)
{
__attribute__ ((vector_size(16))) int t1 =
(__attribute__ ((vector_size(16))) int )t;
}
We get an error about converting t to a vector int but t looks to me a vector
of a char pointer. This
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-01 06:45 ---
Actually this is weird, we are applying the vector_size attribute to the inner
type instead of to the typedef type which seems more appropriate. It is
evident we are applying the attribute by adding * infront of t
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-01 06:51 ---
The same thing happens with arrays:
typedef char cptr[2];
__attribute__ ((vector_size(16))) cptr t;
--
And pointer to arrays:
typedef char cptr[1];
typedef cptr *cptr1;
--- Comment #2 from thomas at reactsoft dot com 2006-09-01 07:10 ---
We also have severe problems with GCC4.1.1 which generates wrong machine code
on i386 when there's a (volatile) structure with __attribute__((aligned (16)))
on the stack. If the code is not very complex, the alignment
--- Comment #5 from jakub at gcc dot gnu dot org 2006-09-01 07:48 ---
Subject: Bug 28683
Author: jakub
Date: Fri Sep 1 07:48:22 2006
New Revision: 116620
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116620
Log:
PR middle-end/28683
* cfgexpand.c
--- Comment #22 from paul dot richard dot thomas at cea dot fr 2006-09-01
08:11 ---
Created an attachment (id=12166)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12166action=view)
A partial reversion to the previous method of type association.
This regests OK on trunk and fixes
--- Comment #3 from thomas at reactsoft dot com 2006-09-01 08:05 ---
(In reply to comment #2)
while (1)
Please ignore that line... I forgot to delete it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28862
--- Comment #3 from federico dot carminati at cern dot ch 2006-09-01 08:18
---
Subject: Re: Build of the head fails on Mac Intel
Hello,
I am building the head version with the following script
#!/bin/sh
export CVS_RSH=ssh
cvs -qz9 -d :pserver:[EMAIL PROTECTED]:/sources/gcc up -Pd
--- Comment #4 from federico dot carminati at cern dot ch 2006-09-01 08:23
---
Subject: Fwd: Build of the head fails on Mac Intel
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
Begin forwarded message:
The following program:
real, dimension(3,3), parameter :: a=reshape ((/(i, i = 1,9)/),(/3,3/))
real, dimension(2,3) :: b=a(:2:-1,:)
real, dimension(2,3) :: c=a(3:2:-1,:)
print *, b
print *, c
end
compiles with gfortran and gives:
3.00 2.00 6.00 5.00
--- Comment #23 from patchapp at dberlin dot org 2006-09-01 09:10 ---
Subject: Bug number PR28908
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/2006-09/msg8.html
--
--- Comment #2 from uros at kss-loka dot si 2006-09-01 10:18 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00010.html
--
uros at kss-loka dot si changed:
What|Removed |Added
Following testcases ICEs with current mainline:
--cut here--
char c;
void testc(void)
{
(void) __sync_fetch_and_add(c, -1);
}
short s;
void tests(void)
{
(void) __sync_fetch_and_add(s, -1);
}
--cut here--
inc.c: In function âtestsâ:
inc.c:13: error: unrecognizable insn:
(insn 10 8 11 3
--
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
I have a problem with 4.1 on m68k-linux, which miscompiles the following
test case during the gcse pass:
struct b {
unsigned a : 1;
unsigned b : 1;
unsigned c : 1;
unsigned d : 1;
};
unsigned int x = 1;
void f(int y, struct b *p)
{
switch (y) {
--- Comment #1 from zippel at linux-m68k dot org 2006-09-01 11:39 ---
Created an attachment (id=12167)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12167action=view)
possible fix for gcse problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28925
libgomp.c/ordered-1.c and libgomp.c/ordered-3.c currently timeouts on my system
(RedHat 8.0 with 2.4.18-14, i686) due to unimplemented FUTEX syscall.
strace of produced binary shows endless lines of Function not implemented
lines. This is the beginning:
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN],
--- Comment #4 from paul dot richard dot thomas at cea dot fr 2006-09-01
13:45 ---
(In reply to comment #3)
Setting the parameter n=65535, the program appears to execute correctly.
However, the pr28914.f90.003t.original file is 706800 bytes long and embedded
with a very large
--- Comment #11 from nathan at gcc dot gnu dot org 2006-09-01 13:46 ---
Subject: Bug 23287
Author: nathan
Date: Fri Sep 1 13:46:19 2006
New Revision: 116623
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116623
Log:
cp/
PR c++/23287
* parser.c
--- Comment #5 from paul dot richard dot thomas at cea dot fr 2006-09-01
13:48 ---
Created an attachment (id=12168)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12168action=view)
A provisional fix for the problem
This is not regtested.
Also, I know that there is a better way to
--- Comment #12 from nathan at gcc dot gnu dot org 2006-09-01 13:49 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23287
* parser.c (cp_parser_id_expression): Add member_p
argument. Update all callers.
(cp_parser_unqualified_id): Likewise.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-01 14:39 ---
Confirmed, not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #24 from pault at gcc dot gnu dot org 2006-09-01 15:32 ---
Fix posted - I await your goahead, HJ.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from patchapp at dberlin dot org 2006-09-01 15:44 ---
Subject: Bug number PR c++/28878
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/2006-09/msg00014.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-09-01 15:45 ---
Subject: Bug number PR target/28909
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/2006-09/msg00010.html
--
--- Comment #43 from sayle at gcc dot gnu dot org 2006-09-01 15:47 ---
Subject: Bug 22313
Author: sayle
Date: Fri Sep 1 15:47:29 2006
New Revision: 116628
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116628
Log:
PR other/22313
* dwarf2out.c (add_fde_cfi): Use
--- Comment #25 from hjl at lucon dot org 2006-09-01 15:47 ---
I am not sure if the patch is correct. I got
[EMAIL PROTECTED] build_base_o2.]$ /usr/gcc-4.2/bin/gfortran -c -o
module_integrate.fppized.o -I. -I./netcdf/include -O2 -ffast-math
-DSPEC_CPU_LINUX
--- Comment #26 from hjl at lucon dot org 2006-09-01 16:10 ---
Here is a testcase:
[EMAIL PROTECTED] wrf-1]$ cat bad.f90
module bar
implicit none
public
type domain_ptr
type(domain), POINTER :: ptr
end type domain_ptr
type domain
TYPE(domain_ptr) , DIMENSION( : ) ,
--- Comment #10 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 28698
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c
--- Comment #38 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 13212
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Compiler looses track of|[4.1/4.2 Regression]
|alignment for
--- Comment #19 from jconner at gcc dot gnu dot org 2006-09-01 16:56
---
Subject: Bug 25505
Author: jconner
Date: Fri Sep 1 16:56:14 2006
New Revision: 116633
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116633
Log:
2006-09-01 Josh Conner [EMAIL PROTECTED]
PR
--- Comment #20 from jconner at gcc dot gnu dot org 2006-09-01 16:56
---
Subject: Bug 25505
Author: jconner
Date: Fri Sep 1 16:56:45 2006
New Revision: 116634
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116634
Log:
2006-09-01 Josh Conner [EMAIL PROTECTED]
PR
--- Comment #27 from paulthomas2 at wanadoo dot fr 2006-09-01 17:24 ---
Subject: Re: [4.1/4.2 Regression]: fold_convert fails
for Fortran operator
HJ,
I might be slow but I get there... what has been plaguing me all week is
doing the development under Cygwin. I just realised that
--- Comment #28 from hjl at lucon dot org 2006-09-01 17:34 ---
If you are using Intel Centrino notebook, there is an open source driver for
wireless from Intel.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28908
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-01 17:37
---
I think this should just be closed and leave gfortran as is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23889
--- Comment #8 from jason at gcc dot gnu dot org 2006-09-01 17:59 ---
Subject: Bug 28899
Author: jason
Date: Fri Sep 1 17:59:41 2006
New Revision: 116637
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116637
Log:
PR c++/28899
* gimplify.c
--- Comment #9 from jason at gcc dot gnu dot org 2006-09-01 18:00 ---
fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
or an
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 ---
2006-09-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/28705
* semantics.c (finish_call_expr): Add assert.
* name-lookup.c (lookup_arg_dependent): Check we found an overload
or an
--- Comment #5 from kazu at gcc dot gnu dot org 2006-09-01 18:38 ---
Reproduced.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:14
---
Current gfortran is handling this correctly
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:16
---
I am looking into this a little. setWunused is called which calls SetWextras.
Just a little tweaking we need to do here I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25403
--- Comment #6 from kazu at gcc dot gnu dot org 2006-09-01 19:17 ---
Reduced down to:
/* m68k-none-elf-gcc -O2 -m68000 */
_Complex float
foo (float a)
{
return __builtin_copysign (a != a, a);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28911
During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
several asm statements. After compiling, the resulting asm file will be the
source of some sed scripts that generates crti.S and crtn.S.
Using gcc-trunk snapshot from 20060828, and gcc-4.0.2, the generated files
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-01 19:34
---
oops disregard that last comment. Typed in the wrong box.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25403
--- Comment #1 from edmar at freescale dot com 2006-09-01 19:35 ---
Created an attachment (id=12171)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12171action=view)
Input file
Input file generated with --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28930
--- Comment #2 from edmar at freescale dot com 2006-09-01 19:37 ---
Created an attachment (id=12172)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12172action=view)
What glibc scripts expect
Input file processed with gcc-4.0.2
That is what glibc sed scripts expect
--
--- Comment #3 from edmar at freescale dot com 2006-09-01 19:38 ---
Created an attachment (id=12173)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12173action=view)
What gcc-trunk 20060828 generates
Input file processed with gcc-trunk, from 20060828.
The asm file confuses the
--- Comment #4 from joseph at codesourcery dot com 2006-09-01 19:47 ---
Subject: Re: New: [4.2.0] regression
On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
several asm statements. After compiling,
--- Comment #36 from dje at watson dot ibm dot com 2006-09-01 19:56 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
What is confusing to me is that the r-r case is using evmergehi
and evmergelo. This is placing the value in both halves of the SIMD
register.
--- Comment #4 from dtemirbulatov at gmail dot com 2006-09-01 19:57 ---
I have got the same ICE on mainline gcc-20060815
bug.cc:4: internal compiler error: in create_tmp_var, at gimplify.c:487
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23399
--- Comment #5 from edmar at freescale dot com 2006-09-01 20:03 ---
(In reply to comment #4)
Subject: Re: New: [4.2.0] regression
On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
During the build of glibc (2.3.6) there is a file (csu/initfini.c) that has
several asm
--- Comment #6 from pluto at agmk dot net 2006-09-01 20:11 ---
I have a smaller testcase.
`-march=x86-64 -O2 -fno-strict-aliasing -fwrapv` generates wrong code
for gas/write.c from binutils-2.17.50.0.3 and assembler fails on every
file with an error message:
/tmp/ccsCHgd4.s: Assembler
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-09-01 20:25
---
Subject: Bug 27226
Author: rguenth
Date: Fri Sep 1 20:25:34 2006
New Revision: 116641
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116641
Log:
2006-09-01 Jorn Rennecke [EMAIL PROTECTED]
Richard
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-09-01 20:26
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from joseph at codesourcery dot com 2006-09-01 20:27 ---
Subject: Re: [4.2.0] regression
On Fri, 1 Sep 2006, edmar at freescale dot com wrote:
It does change the inlining of call_gmon_start, but nothing else. I think the
critical point is the positioning of /[EMAIL
--- Comment #7 from edmar at freescale dot com 2006-09-01 20:45 ---
(In reply to comment #6)
The options you quote don't include -fno-unit-at-a-time. glibc should be
using this option (or, better, -fno-toplevel-reorder with newer GCC) to
compile this file; I don't know how you
1 - 100 of 135 matches
Mail list logo
