When running make install for gcc 3.4.6 on solaris 2.10
it complains about a trivial "install-sh" not found in
/sparc-sun-solaris2.10
The bug is trivial since it refers a full PATH for "install-sh" starting
(relatively) from libf2c (/libf2c/../install-sh
There is no install-sh there !
The path h
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-24 07:36 ---
Three things:
first you should not be configuring with an relative path (it is not that
supported), that was PR 13993 which was fixed for 3.4.4.
second, if you are building in the source directory, that is not s
--- Comment #2 from manuel dot bettini at airbus dot com 2006-05-24 07:54
---
(In reply to comment #1)
> Three things:
>first you should not be configuring with an relative path (it is not that
> supported), that was PR 13993 which was fixed for 3.4.4.
First: this is not about co
All is in the title and in the error trace below ! ;-)
When making gcc 4.1.0 on solaris 10:
...
ld: warning: option -YP appears more than once, first setting taken
ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to
sparcv9/lib
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-24 09:14 ---
How did you configure? How did you invoke make? Do you have a 64bit userland?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-24 09:20
---
> function F()
> integer :: F(1)
> f = 1
> end function F
Compiling this simple function without and with -fbounds-check and dumping the
GIMPLE tree generated gives the following diff:
--- Comment #2 from manuel dot bettini at airbus dot com 2006-05-24 09:20
---
I have configured this way: just doing:
configure --prefix=/somewhere
(nothing else... thinking all is automatic)
Then just trying to do a normal "make"
(thinking most of the things are automati
--- Comment #3 from manuel dot bettini at airbus dot com 2006-05-24 09:25
---
Subject: RE: Complaint when building gcc 4.1.0 on solaris 10
about /usr/ucblib/libucb.so
I have configured this way: just doing:
configure --prefix=/somewhere
(nothing else... thinking all is aut
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-24 09:26 ---
try with --disable-multilib. I bet you don't have the 64bit userland
installed.
Please read:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
When configuring on a Solaris 7 or later system that is running a
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-24 09:30
---
The problem is in essence the same as in PR 20173,
which was fixed on mainline by Mark.
We now get a suitable error message instead of an ICE:
bug.cc:20: error: template-id 'meth<>' for 'void bar::meth(foo&)'
doe
--- Comment #11 from reichelt at gcc dot gnu dot org 2006-05-24 09:30
---
*** Bug 27568 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-24 09:44 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-24 09:51
---
The case with A<0>::B() instead of A<0>::B() which was also
rejected was fixed with Mark's patch for PR20173.
The original testcase with A<0>::B() still fails, though.
Mark, would you mind having a look at this o
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-05-24 09:54 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01229.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-24 09:57 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-24 10:03 ---
Also there is a bug about reporting or as the keyword instead of `||'.
If you read the documention, you will also notice there an option to turn off
these keywords.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #5 from patchapp at dberlin dot org 2006-05-24 10:10 ---
Subject: Bug number PR 27735
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-05/msg01229.html
--
http://gcc.gnu.org/bugzilla/s
/usr/local/vect/bin/g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-vect/configure --enable-languages=c,c++
--prefix=/usr/local/vect
Thread model: posix
gcc version 4.2.0-autovect 20060518 (experimental)
Reduced testcase below ICEs:
/usr/local/vect/bin/g++ -O3 -ftree
--- Comment #1 from gcc at pdoerfler dot com 2006-05-24 11:41 ---
This is probably related to or a duplicate of PR26362.
Anyways, this is now a C++ testcase instead of fortran.
The patch by rth posted in that PR makes the ICE go away.
Here is an updated version that applies cleanly:
I
Compile the attached file with
gcj -c -findirect-dispatch parser.class -O2
This compiles successfully with gcc 4.1, although it consumes a lot of memory.
With 4.2 it fails with a stack overflow.
--
Summary: Stack overflow in gcj
Product: gcc
Version: 4.2.0
--- Comment #1 from aph at gcc dot gnu dot org 2006-05-24 11:57 ---
Created an attachment (id=11503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11503&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27754
--- Comment #5 from jjcogliati-r1 at yahoo dot com 2006-05-24 12:49 ---
(In reply to comment #4)
> (In reply to comment #3)
>
> > So in GCC 4.1.0, the only problem seems to be that _gfortran_runtime_error
> > is
> > not printing the filename and the line number and the line number seem
sabre at nondot dot org wrote:-
> $ gcc bug.c -Wall -pedantic -fsyntax-only -trigraphs -std=c99
>
> yields:
> bug.c:2:9: warning: trigraph ??/ converted to \
> bug.c:2:9: warning: backslash-newline at end of file
> bug.c:2:1: warning: multi-line comment
> bug.c:1: warning: ISO C forbids an empty
--- Comment #8 from neil at daikokuya dot co dot uk 2006-05-24 12:55
---
Subject: Re: New: bogus 'backslash-newline at end of file' warning
sabre at nondot dot org wrote:-
> $ gcc bug.c -Wall -pedantic -fsyntax-only -trigraphs -std=c99
>
> yields:
> bug.c:2:9: warning: trigraph ??/
In the following testcase load-PRE is not able to hoist the load of *x
out of the loop because of the empty loop.
int foo(int k, int *x)
{
int j=0;
int res;
do {
for (int n=0;n<3;++n);
res = *x;
} while (++jhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=27755
--- Comment #2 from etienne_lorrain at yahoo dot fr 2006-05-24 13:22
---
[EMAIL PROTECTED]:~/projet/gujin$ /home/etienne/projet/toolchain/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/etienne/projet/toolchain
--enable-languages=c
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-24 13:37 ---
I agree - see the list.
In fact, I have just been hit by the same problem and have to fix it. I'll be
as quick as I can!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 13:38 ---
Method name:"" static Signature: 70=()void
Attribute "Code", length:58278, max_stack:7, max_locals:0, code_length:58266
Nice -- don't recall seeing a function that long before outside of jacks.
--
tromey at gcc
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-05-24 13:48
---
Look in Changelog and you will see the most recent two in trunk have not gone
to 4.1 yet. The namelist patch for expanded reads does touch io.h
The other was a simple problem. I changed a return; to return NULL
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-24 13:36 ---
Not only loads:
int foo(int k, int b)
{
int j=0;
int res;
do {
for (int n=0;n<3;++n);
res = b+1;
} while (++jhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=27755
--- Comment #3 from aph at gcc dot gnu dot org 2006-05-24 14:31 ---
Subject: Bug 27754
Author: aph
Date: Wed May 24 14:31:23 2006
New Revision: 114043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114043
Log:
2006-05-24 Andrew Haley <[EMAIL PROTECTED]>
PR java/27754
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-24 14:35 ---
The CFG looks like
int foo(int, int) (k, b)
{
int pretmp.21;
int n;
int res;
int j;
# BLOCK 2 freq:367
# PRED: ENTRY [100.0%] (fallthru,exec)
# SUCC: 3 [100.0%] (fallthru,exec)
# BLOCK 3 freq:333
Compile the attached bytecode to see the ICE:
opsy. gcj -c -findirect-dispatch
./bin/org/eclipse/jdt/internal/core/NameLookup.class
org/eclipse/jdt/internal/core/NameLookup.java: In class
'org.eclipse.jdt.internal.core.NameLookup':
org/eclipse/jdt/internal/core/NameLookup.java: In method
'org.ecli
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 14:56 ---
Created an attachment (id=11504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11504&action=view)
failing class file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
I have a relatively stable, relatively large fortran program (500,000+ lines).
This program
works correctly on linux, 64 bit linux, solaris, and windows when compiled with
g77 3.4.4.
When I complile it with gfortran 4.1.0, 26 out of 384 of my regerssion tests
fail because of i/o
errors. Basically,
--- Comment #1 from ray at ultramarine dot com 2006-05-24 14:58 ---
Created an attachment (id=11505)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11505&action=view)
source and results
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27757
--- Comment #5 from mark at codesourcery dot com 2006-05-24 15:09 ---
Subject: Re: Rejected valid specialization of member template
reichelt at gcc dot gnu dot org wrote:
> --- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-24 09:51
> ---
> The case with A<0>::B() in
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 15:15 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
/* { dg-do run { target fpic } } */
/* { dg-options "-O0 -fpic" } */
typedef int (*fn) (void);
static inline int
foo (void)
{
return 1;
}
fn
test (void)
{
return foo;
}
int
main (void)
{
fn f = test ();
return f () != 1;
}
doesn't link on i386/x86_64 in 4.1 (regression from 4.0) - func
I use gcc-4.0.3, binutils-2.16.1, linux-libc-headers-2.6.12.0, glibc-2.3.6.
My building host is debian (gcc 3.3.5).
'arm-linux-gcc -v' outputs:
-
Configured with: ../gcc-4.0.3/configure --target=arm-linux
--prefix=/my-install-path/tools
--with-sysroot=/my-install-path/sys-root-arm-linux
--
--- Comment #1 from jakub at gcc dot gnu dot org 2006-05-24 15:50 ---
Created an attachment (id=11506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11506&action=view)
gcc41-pr27758.patch
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-24 15:53 ---
I am ok with the back port.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-24 15:56 ---
This seems to fix it:
Index: tree-ssa-pre.c
===
--- tree-ssa-pre.c (revision 114040)
+++ tree-ssa-pre.c (working copy)
@@ -1696,6 +1713,7 @@
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27757
--- Comment #5 from manuel dot bettini at airbus dot com 2006-05-24 16:37
---
Subject: RE: Complaint when building gcc 4.1.0 on solaris 10
about /usr/ucblib/libucb.so
Thank you !
I was thinking it was automatically discovered !
Sorry !
-Message d'origine-
De : pinskia
--- Comment #25 from paolo at gcc dot gnu dot org 2006-05-24 16:37 ---
Subject: Bug 24704
Author: paolo
Date: Wed May 24 16:37:42 2006
New Revision: 114044
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114044
Log:
2006-05-24 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-24 16:39 ---
There is another bug about not being auto discovered and this is documented as
such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from pcarlini at suse dot de 2006-05-24 16:41 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
For the following program, compiled on Windows with the 20060504 Mingw gfortran
with the -fbounds-check option,
program xfoo
integer, parameter :: n = 3
integer :: i,istat(n)
character (len=6):: words(n)
character (len=1000) :: text
text = "abcdef ghijkl mnopqr"
read (text,*) w
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 17:14 ---
Subject: Bug 27731
Author: tromey
Date: Wed May 24 17:14:45 2006
New Revision: 114045
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114045
Log:
PR libgcj/27731:
* java/lang/natMath.cc (cbrt,
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-24 17:15 ---
Unfortunately it ICEs during bootstrap compiling mf-runtime.c with
mf-runtime.8.i: In function '__mfu_check':
mf-runtime.8.i:8: internal compiler error: in find_or_generate_expression, at
tree-ssa-pre.c:2279
testca
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:21 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-24 17:22 ---
Subject: Bug 27729
Author: tromey
Date: Wed May 24 17:21:52 2006
New Revision: 114046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114046
Log:
gcc/java:
PR libgcj/27729:
* jcf.h (ACC_INVISIB
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:22 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-24 17:23 ---
I have a patch I'm testing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-24 17:30 ---
Cannot get it smaller than
unsigned mudflap_mode;
void __mfu_check (unsigned obj_count,
unsigned long ptr_lower, unsigned long* all_ovr_obj)
{
unsigned uncovered = 1, i;
switch (mudflap_mode) {
case 0:
--- Comment #4 from pault at gcc dot gnu dot org 2006-05-24 18:11 ---
Created an attachment (id=11507)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11507&action=view)
The fix for this PR
The enclosed patch fixes the problem. It has been regtested on FC5/Athlon and
fixes the gfor
This testcase is miscompiled by g++ -O2 on ia64:
---
typedef long int intptr_t;
struct A {
void* mem1;
void* mem2;
};
static int off1() { return (intptr_t)(&(((struct A*)0x0)->mem1) ); }
static int off2() { return (intptr_t)(&(((struct A*)0x0)->mem2)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-24 18:17 ---
(intptr_t)(&(((struct A*)0x0)->mem1) );
That is undefined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27761
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-24 18:19 ---
> For the same reason __builtin_offsetof also hides the bug.
Because it gets lowered correctly to a constant while
"(intptr_t)(&(((struct A*)0x0)->mem1) )" is not a constant.
Why is someone using that method of o
--- Comment #3 from matz at gcc dot gnu dot org 2006-05-24 18:22 ---
Created an attachment (id=11508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11508&action=view)
possible patch
I was wrong about simplify_if_then_else, it uses pc_rtx in all subst calls.
But that leaves three o
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-24 18:23 ---
A regression hunt on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=109336
r109336 | rth | 2006-01-04 16:33:38 + (Wed, 04 Jan 2006)
--
janis at gcc dot gnu dot org change
--- Comment #4 from matz at gcc dot gnu dot org 2006-05-24 18:26 ---
Andrew, I know that this is undefined. Let us ignore this issue for this bug.
I tried some time to come up with two nicer functions which still get inlined
but are not optimized too early to hide the bug, but failed.
--- Comment #8 from dir at lanl dot gov 2006-05-24 18:27 ---
Hi Jerry,
I tried rev 113947 and rev 113923 that I think are just before your
patches and gfortran still failed. I did a "svn update -r 113923 gcc" to create
the old version. I hope that is the correct way to do it.
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2006-05-24 18:58
---
(In reply to comment #18)
> it is still broken on powerpc{,64}
Hi Jakub, I'm not sure exactly what is still broken. On
powerpc-apple-darwin7.9.0, with mainline gfortran 20060512:
$ cat foo.f90
! { dg-do run }
>
>
>
> --- Comment #19 from fxcoudert at gcc dot gnu dot org 2006-05-24 18:58
> ---
> (In reply to comment #18)
> > it is still broken on powerpc{,64}
>
> Hi Jakub, I'm not sure exactly what is still broken. On
> powerpc-apple-darwin7.9.0, with mainline gfortran 20060512:
Darwin is
--- Comment #20 from pinskia at physics dot uc dot edu 2006-05-24 19:01
---
Subject: Re: real(16) formatted input is broken for huge values
>
>
>
> --- Comment #19 from fxcoudert at gcc dot gnu dot org 2006-05-24 18:58
> ---
> (In reply to comment #18)
> > it is still bro
I created a map >. When I retrieve a valarray from the
map, all of its data has been set to 0.
System: i386-redhat-linux
Options: --prefix=/usr --mandir=/usr/share/man --infodir=/ sr/share/info
--enable-shared --enable-threads=posix --enable-checking=release
-with-system-zlib --enable-__cxa_ate
Booting with CC=/usr/bin/cc (because booting with a fresh gcc is broken), I get
cc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
-fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o
c-errors
--- Comment #1 from woessner at gmail dot com 2006-05-24 19:44 ---
Couldn't attach the .ii file (too big). Here's the source that generates the
problem:
#include
#include
#include
int main()
{
std::map > m;
std::valarray v(3);
v[0] = 13;
v[1] = 42;
v[2] = 99;
m[0] = v
--- Comment #1 from tkoenig at gcc dot gnu dot org 2006-05-24 19:47 ---
I forget, this is i686-pc-linux-gnu, running Debian testing, on an
Athlon XP 2600.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27763
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
Summary|add_referenced_var missing |[4.2 regression]
Hello,
A few weeks ago, I posted on the general GCC mailing-list an issue that
arises when compiling with GCC on Linux files created on Windows and
saved in "unicode".
The problem seems to be that when CPP reads a source file, it uses the
parameter passed with the -finput-charset option or L
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2006-05-24 20:34
---
(In reply to comment #20)
> Darwin is broken a different way and it is a mess that I was trying to fix but
> it is still broken because I don't care that much anymore.
Could you give a Fortran testcase that is n
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-05-24 20:48 ---
(In reply to comment #5)
> So, how to make a patch for this:
> Create a runtime_error_with_loc in gcc-4.1.0/libgfortran/runtime/error.c that
> uses the a line number and filename.
>
> Change the gfor_fndecl_runtime
--- Comment #2 from pcarlini at suse dot de 2006-05-24 20:48 ---
This triggers undefined behavior: map::operator[] inserts a default-constructed
(i.e., empty) valarray (C++03, 23.3.1.2), then valarray::operator= has
undefined behavior because the argument has 3 elements and *this zero
(2
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-24 20:52
---
(In reply to comment #3)
> I think the cuplrit here is gfc_trans_dummy_array_bias(), around line 3728
> (where the offset is built), although I'm not skilled enough in all this to
> understand how exactly to fix i
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-24 21:17 ---
A regression hunt on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=109336
r109336 | rth | 2006-01-04 16:33:38 + (Wed, 04 Jan 2006)
This is the same one that started the ICE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-24 21:33 ---
I cannot reproduce this on x86-linux-gnu with rev 114052.
I bet some dependecies are incorrect.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27763
This is a fresh installation from Debian testing (Etch). (Well, I downgraded
to gcj-4.0, and then upgraded to gcj-4.1).
It's been about a month since I've used this at all, but it was "sort of"
working then. I attribute the "sort of" to my skill level.
The compile command was: gcj-4.1 --main=H
I ran the gfortran testsuite with -fbounds-check and found a few failures (on
i686-linux), among which was gfortran.dg/aliasing_dummy_1.f90. Here is a
reduced testcase:
program test_lex
type :: dtype
character*5 :: word
end type dtype
type :: list
type(dtype) :: list(1)
end type l
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-24 21:42 ---
You forgot to also install the C compiler.
I am assuming you isntalled gcj via apt-get which means you also need to
install gcc-4.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-24 21:44 ---
I bet $ 100 (or a beer at the GCC summit if you come) that the problem is with
dimension(*)
Which means this is a dup of bug 19777.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-24 21:44 ---
Subject: Bug 27024
Author: tromey
Date: Wed May 24 21:44:34 2006
New Revision: 114056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114056
Log:
PR libgcj/27024:
* sources.am, Makefile.in: Reb
--- Comment #3 from grhoten at jtcsv dot com 2006-05-24 21:45 ---
FYI I think other people have created patches to gcc to implement this feature.
It would be nice if this feature was supported in gcc by default.
http://ftp4.de.freesbie.org/pub/misc/sapdb/i18N/utf16/ugcc-3.2/
--
htt
--- Comment #5 from tromey at gcc dot gnu dot org 2006-05-24 21:45 ---
Fixed in 4.2 now as well.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
This PR is opened for tracking all bugs related to the -fbounds-check option.
--
Summary: [meta] -fbounds-check related bugs
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-24 21:51
---
With gfortran mainline 20060517 (and the patch for PR 27524), here is a list of
failures recorder when the testsuite is run with -fbounds-check (command line
is make check-gfortran RUNTESTFLAGS="-target_board=unix
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2006-05-24 22:00
---
Short enough for commit. Will do some testing before, and then check it in.
Thanks Andrew!
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Nicolas De Rico wrote:
> The file hi-utf16.c, created with Notepad and saved in "unicode",
>contains a BOM which is, in essence, a small header at the beginning of
>the file that indicates the encoding.
It's not a header that indicates the encoding. It's a header that
indicates the byte order of
--- Comment #6 from tobias dot burnus at physik dot fu-berlin dot de
2006-05-24 22:11 ---
> Gfortran will never support a real*16 data type on IA32 hardware.
> This would require software emulation of all of basic floating-point
> arthimetic
This is what Intel's Fortran Compiler does -
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-24 22:18 ---
The bug is with
Path: .
URL: svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 114050
Node Kind: directory
Schedule: normal
Last Changed Author: jsm28
Last Cha
>
>
>
> --- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-24 22:18
> ---
> The bug is with
>
> Path: .
> URL: svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk
> Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
> Revision: 114050
> Node Kind: directory
> Schedule: normal
> Last
--- Comment #4 from pinskia at physics dot uc dot edu 2006-05-24 22:23
---
Subject: Re: [4.2 regression] add_referenced_var missing on bootstrap
>
>
>
> --- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-24 22:18
> ---
> The bug is with
>
> Path: .
> URL: svn+ssh
--- Comment #25 from rakdver at gcc dot gnu dot org 2006-05-24 22:55
---
Subject: Bug 27639
Author: rakdver
Date: Wed May 24 22:55:15 2006
New Revision: 114057
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114057
Log:
PR tree-optimization/27639
PR tree-optimiza
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-05-24 22:55 ---
Subject: Bug 26719
Author: rakdver
Date: Wed May 24 22:55:15 2006
New Revision: 114057
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114057
Log:
PR tree-optimization/27639
PR tree-optimizati
--- Comment #9 from danglin at gcc dot gnu dot org 2006-05-24 23:23 ---
Subject: Bug 27627
Author: danglin
Date: Wed May 24 23:23:10 2006
New Revision: 114059
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114059
Log:
PR target/27627
* pa/pa-modes.def: Use mips_s
>
>
>
> --- Comment #9 from danglin at gcc dot gnu dot org 2006-05-24 23:23
> ---
> Subject: Bug 27627
>
> Author: danglin
> Date: Wed May 24 23:23:10 2006
> New Revision: 114059
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114059
> Log:
> PR target/27627
>
--- Comment #10 from pinskia at physics dot uc dot edu 2006-05-24 23:26
---
Subject: Re: __builtin_nanf("") doesn't return a _quiet_ nan on parisc
>
>
>
> --- Comment #9 from danglin at gcc dot gnu dot org 2006-05-24 23:23
> ---
> Subject: Bug 27627
>
> Author: danglin
>
1 - 100 of 283 matches
Mail list logo
