--- Comment #4 from sam at gcc dot gnu dot org 2007-11-30 09:54 ---
Of course, you should read "reference" instead of "dereference" in the previous
comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34290
--- Comment #4 from ludovic at ludovic-brenta dot org 2007-11-30 21:28
---
Samuel, this PR is not about variant parts. I think you closed the wrong bug.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
---
--- Comment #3 from ludovic at ludovic-brenta dot org 2007-11-30 21:22
---
But Boolean'Base is not an expression, since it does not define "the
computation or retrieval of a value" (4.4(1)) but instead "denotes an
unconstrained subtype" (3.5(15)). So, it really is a subtype_name.
--
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-11-30 23:19
---
Subject: Bug 34291
Author: jvdelisle
Date: Fri Nov 30 23:19:34 2007
New Revision: 130548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130548
Log:
2007-11-30 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from bdavis at gcc dot gnu dot org 2007-12-01 02:24 ---
in case someone does not know what a contained procedure is (i sure didn't
without getting out the Metcalf and Reid book), below is an example:
program fred
integer j
j = 0
call a(j)
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-12-01 04:34
---
OK, found some other regressions as well. I think we are still on the right
trail. We can think about back porting after we get it really fixed. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33985
under Linux 2.6.20, KUbuntu Gutsy with gcc 4.1.3
compiling for use on linux
#if 0
//first here:
//g++ accepts to compile no parameter name is given anytime (not in the class
definition neither in the constructor implementation)
//the program runs ok though
#include
using namespace std;
class Ho
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-12-01 04:22
---
This is embarrassing and good at the same time:
Index: unix.c
===
--- unix.c (revision 130547)
+++ unix.c (working copy)
@@ -669,11 +669
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34287
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #1 from dominiq at lps dot ens dot fr 2007-11-30 23:59 ---
If this may help, I have extracted the following piece from the
-fdump-tree-original:
{
struct __st_parameter_dt dt_parm.11;
dt_parm.11.common.filename = &"pr18022_red.f90"[1]{lb: 1 sz: 1};
dt_parm.11.
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2007-12-01
04:28 ---
Hopefully this performance improvement can be backported for gcc 4.2.3 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33985
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-11-30 23:22
---
Subject: Bug 34291
Author: jvdelisle
Date: Fri Nov 30 23:21:48 2007
New Revision: 130549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130549
Log:
2007-11-30 Jerry DeLisle <[EMAIL PROTECTED]>
While looking at PR18022, I stumbled over the following problem illustrated by
the reduced code from the original one:
program test_bug
implicit none
character(len=2), dimension(4,2) :: tab_c
character(len=30) :: buf1, buf2
type :: point
character(len=2) :: x,y
end type point
t
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-30 23:11 ---
3.4.x is no longer supported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34298
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-11-30 22:57
---
(In reply to comment #11)
> Thanks,
>
> I will look this over. I was saving this for when I really had some time. We
> need to test it with everything we can find. I am glad you are as sensitive
> to
> the pot
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-11-30 22:20 ---
(In reply to comment #2)
> In a strict sense maybe not. fprintf() in GCC works fine on other
> Unix-based systems. The trouble would be that GCC's communication
> with the OS kernel somehow screwed up on this par
--- Comment #2 from sam at gcc dot gnu dot org 2007-11-30 22:11 ---
Fixed in SVN trunk
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #5 from sam at gcc dot gnu dot org 2007-11-30 21:47 ---
Thanks for reopening it Ludovic. Yes, I mixed up the PR#, I'll fix the
ChangeLog and close the right one. It's been two times this week, I guess it's
bad for my health to go through so many Ada PR at a time :)
--
sam
--- Comment #18 from gdr at gcc dot gnu dot org 2007-11-30 21:10 ---
The program is invalid, there is no point in getting into special
cased corner cases. If you happen to have those macros in the same program
from real world applications, you probably should be watching for
bigger issu
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-30 20:15 ---
Does -O2 -fno-strict-aliasing work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34304
This report is incomplete
When building with GCC 4.2 from the 4.2 branch, all the demos in demos/jfc and
the gcjwebplugin crash. Lowering the optimization for the jdk to -O2 results in
working demos and plugin. The build with GCC 4.1 does fail for me on amd64, GCC
4.3 from trunk works fine with -O
+++ This bug was initially created as a clone of Bug #27557 +++
This bug presented here is likely the same as Bug #27557, but this test case
does not involve a non-POD type.
Following program gets a compile time error with g++, but is able to compile
and execute using PGI and PathScale compilers.
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-30 18:35 ---
Created an attachment (id=14674)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14674&action=view)
patch to check for ssize_t
Please try this patch. It applies to svn trunk.
It includes the changes to configure
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
Subject: Bug 32868
Author: tromey
Date: Fri Nov 30 18:24:01 2007
New Revision: 130544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130544
Log:
libcpp
PR preprocessor/32868:
* macro.c (_cpp_c
--- Comment #18 from spark at gcc dot gnu dot org 2007-11-30 17:02 ---
Subject: Bug 34171
Author: spark
Date: Fri Nov 30 17:02:43 2007
New Revision: 130539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130539
Log:
gcc/testsuite/ChangeLog:
2007-11-30 Martin Michlmayr <[EMAIL P
--- Comment #3 from sam at gcc dot gnu dot org 2007-11-30 16:57 ---
As I said, there were a real problem, but it has already been fixed in GCC
4.3.0 which has not yet been released.
For what you are trying to achieve, you should rather declare X as
X : T_Type;
for X'Address use Sys
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-11-30 22:45
---
Thanks,
I will look this over. I was saving this for when I really had some time. We
need to test it with everything we can find. I am glad you are as sensitive to
the potential regression issue as I am. :)
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-11-30 22:27
---
Created an attachment (id=14675)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14675&action=view)
proposed patch
Hi Jerry,
could you look at this? This also fixes excessive seeking
when writing, but this i
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-30 21:56 ---
>This bug presented here is likely the same as Bug #27557, but this test case
>does not involve a non-POD type.
T is a non POD type. It has a non trivial copy constructor and/or constructor.
*** This bug has been
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-11-30 21:56 ---
*** Bug 34303 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Last reconfirmed|2007-11-26 21:36:27 |2007-11-30 21:51
--- Comment #25 from ubizjak at gmail dot com 2007-11-30 21:38 ---
(In reply to comment #24)
> Then the loop is vectorized again.
IMO, SLP should vectorize the sequence.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34265
--- Comment #8 from burnus at gcc dot gnu dot org 2007-11-30 16:07 ---
> powerpc64-unknown-linux-gnu shows the same pattern as powerpc-apple-darwin9:
> anything linked to endianness?
Well, x86-32 and x86-64 should have the same endianness.
--
burnus at gcc dot gnu dot org changed:
--- Comment #5 from anhvofrcaus at gmail dot com 2007-11-30 18:58 ---
Oops! I did not realize that. By the way, I will verify it with gcc-20071130.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22559
--- Comment #3 from zadeck at naturalbridge dot com 2007-11-30 15:33
---
32 or 64 bit?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34302
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-11-30 15:27
---
As you can see from the target milestone it should be fixed in all released
versions (it was only broken during 4.2.0 development).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29415
--- Comment #13 from cfriedt at visible-assets dot com 2007-11-30 15:25
---
Is there a release of gcc where is this problem fixed, or is it only in the
repository?
I've been running into this problem for the last 2 days and was working around
the clock, assuming that something was wron
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #9 from dominiq at lps dot ens dot fr 2007-11-30 15:23 ---
> I think we should turn on cost model by default, at least for i386.
Although the information on cost model are very scarce in the gcc manual, if
its goal is to avoid too costly vectorization, it should certainly tu
--- Comment #8 from andreasmeier80 at gmx dot de 2007-11-30 15:07 ---
So some new informations.
In revision 128088 it is fine, but it fails in revision 128109. I have no
information for the revisions between, because of the commit in 128089 I have
about 15000 failures in the C testsuite
--- Comment #14 from wvangulik at xs4all dot nl 2007-11-30 14:59 ---
Note that the use of clz for the avr is avoided by using avr-libc's math
library.
See http://lists.gnu.org/archive/html/avr-libc-dev/2007-11/msg00048.html for
more details.
--
wvangulik at xs4all dot nl changed:
--- Comment #18 from bonzini at gnu dot org 2007-11-30 14:58 ---
It would be -fno-forward-propagate, but what I meant is that the changes
*connected to* fwprop could be the culprit. One has to look at dumps to
understand if this is the case.
It would be possible, maybe, to put an asm a
--- Comment #4 from pault at gcc dot gnu dot org 2007-11-30 17:06 ---
I think that I have a fix
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from lucier at math dot purdue dot edu 2007-11-30 14:47
---
Subject: Re: [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in
floating-point code
On Nov 30, 2007, at 12:39 AM, bonzini at gnu dot org wrote:
> One suspect is fwprop. Anyone can confirm?
How
--- Comment #4 from aldot at gcc dot gnu dot org 2007-11-30 16:59 ---
Breakpoint 2, cgraph_expand_function (node=0xb7c7a280)
at ../../../src/gcc-4.3/gcc/cgraphunit.c:1138
1138 tree decl = node->decl;
1141 gcc_assert (!node->global.inlined_to);
1143 if (flag_unit_at_a_t
--- Comment #2 from tomas at cernaj dot de 2007-11-30 16:53 ---
Subject: Re: GNAT Bug detected: visibility
> 29. X : constant access T_Type := TA.To_Pointer (50);
[...]
> You have to use "System.Storage_Elements.To_Address (50)" here.
Hmm, thank you for the quick response, but
--- Comment #15 from cfriedt at visible-assets dot com 2007-11-30 15:48
---
Right - I guess I should make the Gentoo folks aware of this, because in their
current tree anything >= 4.2.0 is marked as unstable.
Thanks for the reply.
(In reply to comment #14)
> As you can see from the t
--- Comment #2 from schwab at suse dot de 2007-11-30 14:16 ---
The bug is introduced during auto-inc-dec.
--
schwab at suse dot de changed:
What|Removed |Added
C
--- Comment #8 from bonzini at gnu dot org 2007-11-30 13:30 ---
Testing a one-liner.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32086
((c_addr)=(Char *)(sp[2]));
((u1)=(UCell)(sp[1]));
((wfileid)=(Cell)((sp[0])));
sp += -1;
{
struct Cellquad r = read_line(c_addr, u1, wfileid);
lwz 6,0(19) #* sp, wfileid ((wfileid)=(Cell)((sp[0])));
addi 19,19,-4# sp, sp, sp += -1;
mr 29,19
--- Comment #1 from schwab at suse dot de 2007-11-30 13:21 ---
Created an attachment (id=14672)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14672&action=view)
Preprocessed source
Compile with -O or higher.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34302
72.67 72.76
rnflow 57.18 57.18 42.19 42.46
test_fpu 20.71 20.86 21.61 21.54
tfft 4.86 5.10 4.92 5.11
27.48 27.03 28.26 27.93
gcc version 4.3.0 20071130 (experimental) [trunk revision 130533] (GCC
--- Comment #1 from sam at gcc dot gnu dot org 2007-11-30 12:52 ---
GCC 4.3.0 will give a proper error message:
29. X : constant access T_Type := TA.To_Pointer (50);
|
>>> expected private type "System.Address"
--- Comment #4 from ismail at pardus dot org dot tr 2007-11-30 11:56
---
Are we sure it works with trunk? Because this is initially found as a clisp
crash bug and it still crashes with gcc 4.3 trunk but only when compiled with
-O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=343
--- Comment #5 from ismail at pardus dot org dot tr 2007-11-30 11:59
---
Indeed testcase doesn't abort with gcc 4.3 20071130 , so there must be another
gcc bug hiding there :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
I got the following message with GNAT on Ubuntu 7.10 using following command:
$ gcc-4.2 -O -S testpkg.adb
+===GNAT BUG DETECTED==+
| 4.2.1 (Ubuntu 4.2.1-5ubuntu6) (x86_64-pc-linux-gnu) GCC error: |
| in gnat_to_gnu_entity, bei ada/decl.
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-30 11:09 ---
Works with trunk as well. (Aliasing should be not the issue here,
strict-aliasing
is off)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from bonzini at gnu dot org 2007-11-30 10:59 ---
Looking at
http://physik.fu-berlin.de/~tburnus/gcc-trunk/benchmark/gfortran-run.dat and
http://physik.fu-berlin.de/~tburnus/gcc-trunk/benchmark/gfortranVecCost-run.dat
I think we should turn on cost model by default, at leas
--- Comment #1 from bruno at clisp dot org 2007-11-30 10:46 ---
Created an attachment (id=14671)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14671&action=view)
source code exhibiting the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.2.2/configure --prefix=/packages/gnu-inst-gcc/4.2.2
--enable-shared --enable-version-specific-runtime-libs --enable-nls
--enable-threads=posix --enable-__cxa_atexit --with-as=/packages/gnu/bin/as
--with-ld=/packages/
--- Comment #5 from aaw at gcc dot gnu dot org 2007-11-30 10:43 ---
Should this bug be marked as resolved, then?
--
aaw at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-30 10:50 ---
hmm, i see some alias issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-30 10:49 ---
It's still broken in 4.1, so we want to keep it open (generally we don't close
wrong-code bugs as fixed only in later releases - unless the branch is closed).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32245
--- Comment #5 from ubizjak at gmail dot com 2007-11-30 10:27 ---
gfortran -march=opteron -ffast-math -funroll-loops -ftree-loop-linear -msse3
-O3 -mfpmath=sse induct.f90:
user1m32.226s
gfortran -march=opteron -ffast-math -funroll-loops -ftree-loop-linear -msse3
-O3 -mfpmath=sse -fno
--- Comment #5 from sam at gcc dot gnu dot org 2007-11-30 09:36 ---
I sent a mail to the author of this change to ask if and why it was necessary.
Note that it may have been perfectly valid in 2004 as this target was not
covered yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34
--- Comment #2 from burnus at gcc dot gnu dot org 2007-11-30 09:32 ---
Subject: Bug 34186
Author: burnus
Date: Fri Nov 30 09:31:56 2007
New Revision: 130534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130534
Log:
2007-11-30 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #1 from burnus at gcc dot gnu dot org 2007-11-30 09:32 ---
FIXED on the trunk (4.3.0); 4.2.x and 4.1.x should be unaffected as the crash
seems to be due to C Binding changes.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bechir dot zalila at gmail dot com 2007-11-30 09:30
---
Created an attachment (id=14670)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14670&action=view)
Patchfile that solves the poblem
This patchfile is valid only if the order among -g* and -m* switches is n
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2007-11-30 09:27
---
This time it can probably be marked as fixed. Please reopen it if the problem
persists.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from ludovic at ludovic-brenta dot org 2007-11-30 21:51
---
7.3(15) says that a private type has a partial view and a full view, and the
properties of the partial view apply in some places, and the properties of the
full view apply in other places. So in places where the
--- Comment #4 from sam at gcc dot gnu dot org 2007-11-30 21:32 ---
I checked in the RM. "subtype_mark" is defined as a "/subtype/_name" which is
equivalent to a "name" which is not specifically defined. And "subtype_mark" is
used in "relation" which accepts T'Base after the "in" keyword
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10179
--- Comment #4 from sam at gcc dot gnu dot org 2007-11-30 17:25 ---
Well, given that you tried the test with a version from November 23 and given
that I fixed it on November 28, it is quite normal that you see the bug :)
--
sam at gcc dot gnu dot org changed:
What|Rem
--- Comment #3 from anhvofrcaus at gmail dot com 2007-11-30 17:21 ---
The problem still exists as shown below.
bash-2.05b$ gcc -c test_deltas.adb
+===GNAT BUG DETECTED==+
| 4.3.0 20071123 (experimental) (i686-pc-linux-gnu) Program_Erro
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-30 13:41 ---
Created an attachment (id=14673)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14673&action=view)
updated patch
I have updated Zdeneks patch for using an alias oracle for store motion and
loop invariant motion
--- Comment #9 from burnus at gcc dot gnu dot org 2007-11-30 12:16 ---
Subject: Bug 34133
Author: burnus
Date: Fri Nov 30 12:16:35 2007
New Revision: 130535
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130535
Log:
2007-11-20 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from bechir dot zalila at gmail dot com 2007-11-30 09:19
---
In gcc/config/i386/darwin.h, we can see:
#define CC1_SPEC "%(cc1_cpu) \
%{!mkernel:%{!static:%{!mdynamic-no-pic:-fPIC}}} \
%{!mmacosx-version-min=*:-mmacosx-version-min=%(darwin_minversion)} \
%{g: %{!fno
--- Comment #12 from hjl at lucon dot org 2007-11-30 08:56 ---
gcc.dg/tree-ssa/pr34244.c in
http://gcc.gnu.org/viewcvs?view=rev&revision=130527
has duplicated content.
--
hjl at lucon dot org changed:
What|Removed |Added
-
+++ This bug was initially created as a clone of Bug #31331 +++
On a Mac(Tiger) compilation of a TinyOS standard example application "Blink"
does not compile. Please mail me if important information is missing. As I
cannot access the MAC I cannot provide the C file created by the Nesc Compiler.
--- Comment #3 from sam at gcc dot gnu dot org 2007-11-30 09:51 ---
As a workaround, it looks like you can use an explicit dereference instead of
an implicit one for the Set_Central_Widget call:
Main_Windows.Impl.Main_Window_Impl (Result.all)'Access.Set_Central_Widget
(Main_Windows.I
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-30 10:25 ---
Mine. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #2 from j dot d dot pryce at ntlworld dot com 2007-11-30 12:40
---
Subject: Re: Directed rounding doesn't work on MacOS X
Dear Pinskia
On 28 Nov 2007, at 17:08, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-28
>
--- Comment #13 from jakub at gcc dot gnu dot org 2007-11-30 13:24 ---
Zdenek fixed that.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-30 13:46 ---
That moves the stores
pS[i].x += (a[i]+b[i]);
pS[i].y += (a[i]-b[i]);
out of the inner loop, but still none of the loops are vectorized (on x86_64).
--
rguenth at gcc dot gnu dot org changed
--- Comment #4 from schwab at suse dot de 2007-11-30 15:37 ---
Both. The testcase is for 32 bit, but the equivalent source for 64 bit
produces basically the same bad code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34302
--- Comment #10 from burnus at gcc dot gnu dot org 2007-11-30 16:04 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from antoine64leca at hotmail dot com 2007-11-30 16:26
---
(In reply to comment #1)
> The check in gcc/configure.ac defaults ssize_t to int if it isn't found.
> But, we also need to do this in libcpp/configure.ac.
Thanks to confirm my intuition.
> If I send you a patch
--- Comment #3 from aldot at gcc dot gnu dot org 2007-11-30 16:53 ---
Target independent. Reduced from toplev.c and i386.c:
$ cat one.i
getline ()
{
}
$ cat two.i
extern __inline
getline ()
{
}
$ /scratch/obj.i686/gcc-4.3/./prev-gcc/xgcc -v
-B/scratch/obj.i686/gcc-4.3/./prev-gcc/
-B/
--- Comment #3 from pault at gcc dot gnu dot org 2007-11-30 17:05 ---
I can see what to do - watch this spot.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from jakub at gcc dot gnu dot org 2007-11-30 17:07 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from eres at il dot ibm dot com 2007-11-30 17:24 ---
(In reply to comment #4)
> That moves the stores
> pS[i].x += (a[i]+b[i]);
> pS[i].y += (a[i]-b[i]);
> out of the inner loop, but still none of the loops are vectorized (on x86_64).
Also on ppc64. I
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-11-30 17:56
---
Subject: Bug 34248
Author: jvdelisle
Date: Fri Nov 30 17:55:55 2007
New Revision: 130542
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130542
Log:
2007-11-30 Jerry DeLisle <[EMAIL PROTECTED]>
$ cat foo.f
program test
parameter (datasize = 1000)
dimension idata(datasize)
idata(1) = -1
end
$ gfortran foo.f
foo.f:3.22:
dimension idata(datasize)
1
Error: Expression at (1) must be of INTEGE
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-11-30 23:22
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-11-30 23:55
---
Created an attachment (id=14676)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14676&action=view)
Another idea borrowing from Thomas
Thomas, This patch regression tests OK and passes streamio_12.f90, the o
--- Comment #17 from kargl at gcc dot gnu dot org 2007-12-01 07:34 ---
(In reply to comment #15)
> Hopefully this performance improvement can be backported for gcc 4.2.3 as
> well.
>
This is not a regression fix. It therefore can't be backported.
--
http://gcc.gnu.org/bugzilla/s
97 matches
Mail list logo
