2009/4/27 Ben Elliston b...@au1.ibm.com:
On Manuel's recommendation, I have backed out revision 145102 for the
time being. If someone wishes to have another go at it, the code is in
svn.
Cheers, Ben
You should use patch -E apply any patches. I checked in revision 14689
to remove the empty
2009/4/28 H.J. Lu hjl.to...@gmail.com:
2009/4/27 Ben Elliston b...@au1.ibm.com:
On Manuel's recommendation, I have backed out revision 145102 for the
time being. If someone wishes to have another go at it, the code is in
svn.
Cheers, Ben
You should use patch -E apply any patches. I
I don't see a request, yet more than two people seem to agree,
so: can we have a slush (no new merges or features) while the
tree is stabilized?
I'll let other people answer the why wrt. priority platforms;
the double breakages for cris-elf (PR39927, PR39938) don't
count. :/
brgds, H-P
On Tue, Apr 28, 2009 at 7:17 AM, Hans-Peter Nilsson h...@bitrange.com wrote:
I don't see a request, yet more than two people seem to agree,
so: can we have a slush (no new merges or features) while the
tree is stabilized?
I'll let other people answer the why wrt. priority platforms;
the
Hans-Peter Nilsson wrote:
I don't see a request, yet more than two people seem to agree,
so: can we have a slush (no new merges or features) while the
tree is stabilized?
I'll let other people answer the why wrt. priority platforms;
the double breakages for cris-elf (PR39927, PR39938) don't
On Sat, Apr 25, 2009 at 10:35:07AM -0700, Ian Lance Taylor wrote:
Yes, while there are of course occasional bugs and mismatches, in
general all versions of gcc and gdb are compatible. That said, gdb 5.3
is old; it was released over five years ago. It will ignore some of the
newer types of
From: Mark Mitchell m...@codesourcery.com
That is not a decision, however, on whether using MPC is or is not a
good idea. There have been objections raised to MPC, on the grounds
that it may not build on all host systems, or that the costs it brings
in terms of complexity of building GCC
Hi,
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
Thanks in advance!
-Ghassan
Shobaki, Ghassan wrote:
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
I am not sure that would be a good idea. In fact you are suggesting that
the intermediate
Oh, OK. Apparently there is no way to query directly the repository
version on a server, so I misused some dry-run merge command to find
out.
Anyway, I have tried svn trunk - branch merge and it works, provided
that at least 1.5.5 client is used. I haven't tested branch - trunk
(I wish I could :)
Shobaki, Ghassan wrote:
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
Hmm. I would rather that the amount of language-specific optimization
were kept to an absolute
On Tue, Apr 28, 2009 at 10:50:52AM -0700, Shobaki, Ghassan wrote:
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
Is that really a good idea? If a particular
Basile STARYNKEVITCH wrote:
Shobaki, Ghassan wrote:
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
I am not sure that would be a good idea. In fact you are suggesting
My c++ sourcefiles that compile with gcc 3.3.5 generate hundreds of errors if
compiled with gcc 4.3.2.
Where can I find guidelines on how to change my files?
Thanks
Nieuwenhuizen, J.K.
2009-04-28T22:23
+===+
| I
My c++ sourcefiles that compile with gcc 3.3.5 generate hundreds of errors if
compiled with gcc 4.3.2.
Where can I find guidelines on how to change my files?
http://gcc.gnu.org/gcc-3.4/changes.html
http://gcc.gnu.org/gcc-4.0/changes.html
etc...
under the C++ sections.
In my experience, most
On Tue, Apr 28, 2009 at 7:50 PM, Shobaki, Ghassan
ghassan.shob...@amd.com wrote:
Hi,
In some optimization passes it may be useful to know the programming
language that we are compiling. Is there a way to get that information
in the middle end and back end?
There is no way that should be used
We're in Stage 1, and in Stage 1 big changes happen -- and then there is
naturally some instability. We clearly have some instability at
present, so we need to slow down until that's resolved.
Therefore, effective immediately, please commit only bug fixes to the
middle end and to architectures
I would like to run the testsuite using qemu as the gdb simulator does
not support newer ARMs. However, there does not seems to be any good
documents on that topic. Could someone give me a pointer or two?
Thanks.
-Doug
On Tue, 2009-04-28 at 14:52 -0700, Doug Kwan (關振德) wrote:
I would like to run the testsuite using qemu as the gdb simulator does
not support newer ARMs. However, there does not seems to be any good
documents on that topic. Could someone give me a pointer or two?
If you are running a full
Snapshot gcc-4.4-20090428 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090428/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, Apr 28, 2009 at 11:12 PM, Mark Mitchell m...@codesourcery.com wrote:
We're in Stage 1, and in Stage 1 big changes happen -- and then there is
naturally some instability. We clearly have some instability at
present, so we need to slow down until that's resolved.
Bah.
With the
Thanks Daniel for the useful piece of information.
Initially I thought of error from compiler side...Now I consider
upgrading my gdb .
Thanks,
Sumanth
Daniel Jacobowitz wrote:
On Sat, Apr 25, 2009 at 10:35:07AM -0700, Ian Lance Taylor wrote:
Yes, while there are of course occasional bugs
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 06:01 ---
Revision 146831:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #12 from pault at gcc dot gnu dot org 2009-04-28 06:07 ---
Fixed on trunk
Will do 4.4 and 4.3 in a week or so.
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
With revision 146828 plus the patch at
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02133.html a build of cris-elf
completes (that's a required patch as the tree is broken without it, see the
URL).
With revision 146829 plus the same patch patch, the build is (again) broken as
follows:
--- Comment #1 from hp at gcc dot gnu dot org 2009-04-28 06:32 ---
Created an attachment (id=17772)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17772action=view)
preprocessed, non-reduced
cc1 -fpreprocessed libgcc2.i -melf -ffunction-sections -fdata-sections -quiet
-dumpbase
Sample program test.c
#include omp.h
#include stdlib.h
#include stdio.h
int main() {
#pragma omp parallel
printf(Hello from thread %d, nthreads %d\n, omp_get_thread_num(),
omp_get_num_threads());
return 0;}
fails to link with MinGW 4.3.0 (windows xp sp2), command
gcc -fopemnp test.c -lpthreads -o
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-04-28 06:46
---
With revision 146829 plus the same patch patch, the build is (again) broken as
follows:
Interesting, I've never seen this on SPARC, PA or MIPS.
--
ebotcazou at gcc dot gnu dot org changed:
What
--- Comment #7 from uros at gcc dot gnu dot org 2009-04-28 06:54 ---
Subject: Bug 39911
Author: uros
Date: Tue Apr 28 06:54:02 2009
New Revision: 146874
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146874
Log:
PR target/39911
* config/i386/i386.c (print_operand)
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-28 06:55 ---
Well libpthreads is not part of the GCC project.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39939
--- Comment #8 from ubizjak at gmail dot com 2009-04-28 06:56 ---
%z now works as expected for integer insns with register and memory operands.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
Summary: [4.5 Regression] Bootstrap failure in libjava on i686-
apple-darwin9
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo:
--- Comment #2 from julian1844 at yahoo dot com 2009-04-28 07:16 ---
libpthread is needed to link libgomp, otherwise you get unresolved references
like
c:/mingw/bin/../lib/gcc/mingw32/4.3.0/libgomp.a(parallel.o):(.text+0xe):
undefin
ed reference to `_imp__pthread_getspecific'.
Symbol
--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-28 07:17 ---
Hit the return key too soon!-(
On i686-apple-darwin9 bootstrapping revision 146855 fails when building
libjava with -m64:
...
libtool: compile: /opt/gcc/i686-darwin/gcc/gcj
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenther at suse dot de
Component|bootstrap
--- Comment #3 from julian1844 at yahoo dot com 2009-04-28 07:23 ---
(In reply to comment #1)
Well libpthreads is not part of the GCC project.
I posted my reply as comment #2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39939
--- Comment #6 from rguenther at suse dot de 2009-04-28 08:19 ---
Subject: Re: constant pool references have wrong types in
ADDR_EXPR
On Tue, 28 Apr 2009, dave dot korn dot cygwin at gmail dot com wrote:
--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-04-28
--- Comment #2 from dominiq at lps dot ens dot fr 2009-04-28 08:28 ---
Looks like a duplicate of pr38374.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39940
I just tried to compile the Suse Linux package trustedgrub-1.1.3-8.27
with the GNU gcc version 4.5 snapshot 20090423.
The compiler said
boot.c:1350: internal compiler error: in execute_todo, at passes.c:1030
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #5 from janus at gcc dot gnu dot org 2009-04-28 09:44 ---
Subject: Bug 39931
Author: janus
Date: Tue Apr 28 09:44:36 2009
New Revision: 146880
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146880
Log:
2009-04-28 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-28 09:44 ---
Subject: Bug 39930
Author: janus
Date: Tue Apr 28 09:44:36 2009
New Revision: 146880
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146880
Log:
2009-04-28 Janus Weil ja...@gcc.gnu.org
PR
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #7 from uros at gcc dot gnu dot org 2009-04-28 09:48 ---
Subject: Bug 39323
Author: uros
Date: Tue Apr 28 09:48:04 2009
New Revision: 146881
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146881
Log:
PR c/39323
* config/alpha/elf.h
--- Comment #8 from ubizjak at gmail dot com 2009-04-28 09:49 ---
(In reply to comment #5)
The alignment checks in tests pr39323-2.c and pr39323-3.c fail on
powerpc*-linux, where the value in .align is log2 of the alignment, not the
alignment itself.For an alignment of (128) we
--- Comment #7 from dennis dot wassel at googlemail dot com 2009-04-28
09:53 ---
Neither `make bootstrap' nor `make all' produce different results.
Btw: isn't `make' (which I tried earlier) equivalent to `make bootstrap'?
Back to square 1.
--
dennis dot wassel at googlemail dot
--- Comment #8 from paolo dot carlini at oracle dot com 2009-04-28 10:34
---
Fixed for 4.4.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-28 10:50 ---
Fixed with r146880. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from janus at gcc dot gnu dot org 2009-04-28 10:52 ---
Fixed with r146880. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dcb314 at hotmail dot com 2009-04-28 08:55 ---
Created an attachment (id=17773)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17773action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39941
--- Comment #5 from paolo dot carlini at oracle dot com 2009-04-28 10:35
---
Fixed for 4.4.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from paolo at gcc dot gnu dot org 2009-04-28 10:32 ---
Subject: Bug 39882
Author: paolo
Date: Tue Apr 28 10:32:22 2009
New Revision: 146886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146886
Log:
2009-04-28 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #10 from matz at gcc dot gnu dot org 2009-04-28 11:41 ---
I see. These are different base variables (a and b here), where my patch
doesn't help. Andreas Krebbels patch should fix that, except there's still
some confusion in there, see
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-28 11:55 ---
SUBROUTINE DTREVC( SIDE, HOWMNY, SELECT, N, T, LDT, VL, LDVL, VR,
$ LDVR, MM, M, WORK, INFO )
DOUBLE PRECISION T( LDT, * ), VL( LDVL, * ), VR( LDVR, * ),
$
Sometimes we can see 2 bytes nop (xchg %ax,%ax) between leaveq and retq.
IMHO, better to remove xchg %ax,%ax
Examples from Kernel 2.6.29.1:
gcc --version
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]
objdump vmlinux
...
804262e0 set_blitting_type:
804262e0: 55
--- Comment #4 from matz at gcc dot gnu dot org 2009-04-28 12:23 ---
Subject: Bug 39922
Author: matz
Date: Tue Apr 28 12:22:47 2009
New Revision: 146889
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146889
Log:
PR middle-end/39922
* tree-outof-ssa.c
--- Comment #4 from paolo at gcc dot gnu dot org 2009-04-28 10:32 ---
Subject: Bug 39881
Author: paolo
Date: Tue Apr 28 10:32:22 2009
New Revision: 146886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146886
Log:
2009-04-28 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #11 from burnus at gcc dot gnu dot org 2009-04-28 11:46 ---
I cannot reproduce this with 4.3.4 20090428 [gcc-4_3-branch revision 138185],
however, valgrind shows
Conditional jump or move depends on uninitialised value(s)
at 0x446764: (within
/gcc-4.3/libexec/gcc/x86_64
--- Comment #5 from paolo dot carlini at oracle dot com 2009-04-28 10:35
---
Fixed for 4.4.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from aph at gcc dot gnu dot org 2009-04-28 09:35 ---
Subject: Bug 39899
Author: aph
Date: Tue Apr 28 09:35:22 2009
New Revision: 146878
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146878
Log:
2009-04-28 Andrew Haley a...@redhat.com
PR libgcj/39899
--- Comment #5 from matz at gcc dot gnu dot org 2009-04-28 12:38 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-28 12:45 ---
I have a patch for the gamess failure. What was the gromacs failure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39937
--- Comment #7 from dominiq at lps dot ens dot fr 2009-04-28 12:48 ---
Posted a full patch at http://gcc.gnu.org/ml/fortran/2009-04/msg00283.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35732
--- Comment #2 from aph at gcc dot gnu dot org 2009-04-28 12:51 ---
Subject: Bug 39899
Author: aph
Date: Tue Apr 28 12:51:10 2009
New Revision: 146890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146890
Log:
2009-04-28 Andrew Haley a...@redhat.com
PR libgcj/39899
--- Comment #7 from paolo at gcc dot gnu dot org 2009-04-28 10:32 ---
Subject: Bug 39880
Author: paolo
Date: Tue Apr 28 10:32:22 2009
New Revision: 146886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146886
Log:
2009-04-28 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #5 from hjl dot tools at gmail dot com 2009-04-28 13:36 ---
(In reply to comment #4)
I have a patch for the gamess failure. What was the gromacs failure?
cc -c -o pdbio.o -DSPEC_CPU -DNDEBUG -I. -DHAVE_CONFIG_H -O2 -ffast-math
-DSPEC_CPU_LP64 pdbio.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-28 13:42 ---
Can you provide the preprocessed source which contains set_blitting_type?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
On Linux/Intel64, revision 146870 failed SPEC CPU 2000 at -O3 -ffast-math:
Error: 1x176.gcc 1x177.mesa 1x253.perlbmk
--
Summary: [4.5 Regression] Failed SPEC CPU 2000
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-28 13:56 ---
Please paste in the errors/commandlines for the individual fails. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39943
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 14:03 ---
For gcc, I got
/export/gnu/import/svn/gcc-test/usr/bin/gcc -DSPEC_CPU2000_LP64
-Dalloca=_alloca -ffast-math -O3 -ffast-math -funroll-loops
-Dalloca=_alloca toplev.c -S
...
toplev.c: In function
Although GNAT supports UTF-8 characters in identifiers, it looks for the wrong
file name by default.
For example, the following code
procedure Désolé is
begin
null;
end Désolé;
stored in désolé.adb (with a filesystem storing file names in UTF-8) gives,
when compiled with a recent development
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-28 14:11 ---
int foo (__const char *__restrict __s);
static void
read_anisou(char line[])
{
foo (line+1);
}
void
read_pdbfile(void)
{
char line[4096];
read_anisou (line);
}
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39937
--- Comment #1 from erwinrm at gmail dot com 2009-04-28 14:14 ---
Same issue on Solaris 9.
SunOS xxx 5.9 Generic_122300-28 sun4u sparc SUNW,Sun-Fire
find ../../../../.././libjava/classpath/tools/gnu/classpath/tools \
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-28 14:16 ---
*** This bug has been marked as a duplicate of 38715 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-04-28 14:19
---
Subject: Bug 39929
Author: pinskia
Date: Tue Apr 28 14:19:00 2009
New Revision: 146894
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146894
Log:
2009-04-28 Andrew Pinski pins...@gmail.com
PR
--- Comment #11 from pinskia at gcc dot gnu dot org 2009-04-28 14:21
---
The darwin part of this bug report should have been fixed. The AIX bug was
unrelated to the darwin bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ice in
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-28 14:27 ---
176.gcc and 253.perlbmk are fixed by patches I already posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The attached very simple program crashes at runtime if compiled with -fopenmp
if the variable m is sufficiently large.
--
Summary: -fopenmp causes runtime crash on assigning reasonably
large array
Product: gcc
Version: 4.4.0
--- Comment #1 from KnowlesPJ at Cardiff dot ac dot uk 2009-04-28 14:30
---
Created an attachment (id=17774)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17774action=view)
sample source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39945
--- Comment #2 from KnowlesPJ at Cardiff dot ac dot uk 2009-04-28 14:32
---
$ gfortran -v
Using built-in specs.
Target: i386-apple-darwin9.2.2
Configured with: ../configure --prefix=/opt/gcc --with-languages=c,fortran
Thread model: posix
gcc version 4.4.0 20080424 (experimental) (GCC)
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-28 14:34 ---
This is by design, large arrays usually have an implict SAVE on them, though
with -fopenmp, they don't.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from hjl at gcc dot gnu dot org 2009-04-28 14:35 ---
Subject: Bug 39903
Author: hjl
Date: Tue Apr 28 14:35:12 2009
New Revision: 146895
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146895
Log:
gcc/
2009-04-28 H.J. Lu hongjiu...@intel.com
Backport
--- Comment #14 from hjl dot tools at gmail dot com 2009-04-28 14:36
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|---
The following program
procedure(prc_is_allowed), pointer :: fptr
interface
function prc_is_allowed (flv, hel, col) result (is_allowed)
logical :: is_allowed
integer, intent(in) :: flv, hel, col
end function prc_is_allowed
end interface
fptr = prc_is_allowed
end
--- Comment #4 from dominiq at lps dot ens dot fr 2009-04-28 14:39 ---
Works for me on powerpc-apple-darwin9 (OSX 10.5.6). What 'ulimit -a' reports
for stack size?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39945
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-28 14:40 ---
Testcase for 177.mesa:
void gl_fog_index_pixels(float f, unsigned int n, unsigned int index[])
{
unsigned int i;
for (i=0; in; i++)
index[i] = (unsigned int) ((float) index[i] + (1.0F-f));
}
--
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-28 14:52 ---
Here's a patch:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (Revision 146879)
+++ gcc/fortran/resolve.c (Arbeitskopie)
@@
--- Comment #5 from KnowlesPJ at Cardiff dot ac dot uk 2009-04-28 14:53
---
O, now I see my stupidity, as for some reason ulimit -s is set to a pathetic
8192k. I am sorry to have troubled you folks with this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39945
--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-28 15:19 ---
On darwin I never found a way to increase the stack size above 65532kbytes, you
may be interested to RTFM and specially:
-fno-automatic
Treat each program unit (except those marked as RECURSIVE) as if the SAVE
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-04-28 15:27 ---
Subject: Bug 39937
Author: rguenth
Date: Tue Apr 28 15:27:09 2009
New Revision: 146901
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146901
Log:
2009-04-28 Richard Guenther rguent...@suse.de
PR
Hello,
Recently multilib capability was added to w64 mingw32 targets in gcc trunk.
I noticed that both 64bit and 32bit libgcc dlls install to prefix/bin. This
would be ok, for non-multilib native builds, but obviously not for multilib
cross compilers. For me, they are both named
--with-sysroot=/mingw/w64_64
--enable-version-specific-runtime-libs --enable-shared --disable-nls
--with-dwarf --enable-fully-dynamic-string --enable-languages=c
gcc version 4.5.0 20090428 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39947
I found that the compiler was unable to compile the code when a method had
default values for its arguments.
This only seems to happen when the argument had multiple templates and when in
a method. The same code compiles when inside a function outside of a class.
Also, the code compiles if a
--- Comment #1 from Lee at Gregory dot uk dot net 2009-04-28 16:14 ---
Created an attachment (id=17775)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17775action=view)
Very simple code, testFunc function compiles, but testFunc method does not.
It is very strange that testFunc
--- Comment #13 from uros at gcc dot gnu dot org 2009-04-28 16:18 ---
Subject: Bug 39914
Author: uros
Date: Tue Apr 28 16:18:17 2009
New Revision: 146904
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146904
Log:
PR rtl-optimization/39914
* ira-conflicts.c
--- Comment #14 from ubizjak at gmail dot com 2009-04-28 16:19 ---
Fixed on the trunk so far.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-28 16:27 ---
Subject: Bug 39946
Author: janus
Date: Tue Apr 28 16:27:27 2009
New Revision: 146905
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146905
Log:
2009-04-28 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-28 16:31 ---
Fixed with r146905. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
Revision 146874:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01518.html
breaks %z on x87 insns:
[...@gnu-16 float-1]$ cat foo.c
#define fp_to_int(func,ftype,itype) \
itype \
__attribute__((noinline)) \
func (ftype value) \
{ \
itype res; \
__asm__ __volatile__ (fistp%z0 %0 : =m (res) : t
1 - 100 of 190 matches
Mail list logo