Compiling the following with GCC 3.4.3 (with "gcc -O2 -S file.c")
float mul2(float a, float b) {
float v = -a * b;
return -v;
}
produce the erroneous code
pushl %ebp
movl%esp, %ebp
flds8(%ebp)
fmuls 12(%ebp)
popl%ebp
ret
where
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
07:34 ---
Note GCC does not know about the rounding mode, in fact the round mode is only
changeable in C99
by the #pragma which GCC does not do right now and I thought that is a
different PR already.
--
http://
--- Additional Comments From charlet at adacore dot com 2005-04-17 08:13
---
Subject: Re: Warnings from init.c
> I believe you can commit as obvious once tested.
Right.
> There are other occurence of the same code for other target, but I don't have
> access to them, may be Arnaud?
I
--- Additional Comments From bagnara at cs dot unipr dot it 2005-04-17
08:52 ---
Subject: Re: Excessive optimization of floating point
expression
pinskia at gcc dot gnu dot org wrote:
> Note GCC does not know about the rounding mode,
This seems a good reason not to attempt optimizati
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-04-17
09:43 ---
I searched for 'extern "C" int printf' in the testsuite and all the other
declarations I saw are in line with my patch.
However, I believe that it is worth taking a cursory look at the ip2k function
ip2
--- Additional Comments From samedii at gmail dot com 2005-04-17 09:55
---
To solve this error, update the jdk14 port to patchset 7 (my was patchset 6) and
then compile like you would have otherwise.
Download the latest port from:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk14/?
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-17 10:59
---
hppa64-hpux is indeed the only target I now see this failing on on
gcc-testresults.
--
What|Removed |Added
---
--- Additional Comments From joseph at codesourcery dot com 2005-04-17
11:04 ---
Subject: Re: [4.0/4.1 Regression] Miscompilation with
__attribute ((aligned))
On Sun, 17 Apr 2005, mark at codesourcery dot com wrote:
> > The obvious options include:
> >
> > * Make a new type of large
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
11:38 ---
Subject: Bug 15977
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-17 11:37:52
Modified files:
gcc: Change
The constructor String(strBytes, "UTF-16LE"); throws a
UnsupportedEncodingException which is not logical, becasue the Charset is
supported according to Charset.availableCharsets()
TestCase will follow. This is my output
Available Charsets are:
{ISO-8859-1=ISO-8859-1, US-ASCII=US-ASCII, UTF-16=UTF-
--- Additional Comments From gruni dot ca at gmail dot com 2005-04-17
12:43 ---
Created an attachment (id=8665)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8665&action=view)
Tests the String(strBytes, "UTF-16LE"); which shouldn't return an Exception
This is the testcase which ru
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17
12:59 ---
According to Andrew, the
FAIL: Array_3 execution - gij test
FAIL: Array_3 execution - gij test
failures are expected: "optimization is allowed to delete load insns whose
result is unused, even if those l
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
14:30 ---
Subject: Bug 20914
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-17 14:30:37
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15977
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
14:37 ---
(In reply to comment #1)
> This is the testcase which runs without Exception in JDK but throws the
> UnsupportedEncodingException when compiled with GCJ.
> My system was WinXP with GCJ 4.0 from thisiscool.co
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
14:42 ---
(In reply to comment #2)
> Then this is most likely the static linking "bug".
In fact yes this is just the static linking problem, if anyone makes GCC make
shared libraries for GCC
that would be useful as
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
15:08 ---
Confirmed, reduced testcacse:
struct ff { ff(); int cmem(void) const; };
template
int muv(T&, int (T::*)(void));
template
int muv(T&, int (T::*)(void) const);
template
int muv(const T&, int (T::*)(void) c
--- Additional Comments From ovidr at users dot sourceforge dot net
2005-04-17 15:21 ---
The work-around which forces inclusion of the needed class:
import java.io.UnsupportedEncodingException;
import java.nio.charset.Charset;
public class GcjStringTest {
static {
gnu.gcj.conver
--- Additional Comments From theine at nordita dot dk 2005-04-17 15:22
---
Compilation of the following piece of code gives the same error message:
program test
character, dimension(2) :: a
integer :: i=1,j=2
--
What|Removed |Added
Summary|javax-imageio.lo failed to |[4.1 Regression] javax-
|build |imageio.lo failed to build
Target Mi
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17 16:08
---
Just got another bugreport for this bug, this time in gnomesword,
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155152
The new references are created in tree-ssa-ccp.c's fold_stmt when it
constant prop
FAIL: gcc.dg/ia64-sync-1.c execution test
FAIL: gcc.dg/ia64-sync-2.c execution test
FAIL: gcc.dg/ia64-sync-3.c execution test
appeared on ia64-hpux on mainline on 20050417; immediately previously those
tests failed to compile (bug 21051). gcc-testresults indicates these tests also
FAIL on ia64
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
The patch
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00712.html
causes more than 1000 failures:
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg01089.html
The problem seems uniuqe to ia64. The good ones:
[EMAIL PROTECTED] libjava]$ readelf --wide -
sr ./java/util/logging/.libs/natLogger.o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
16:34 ---
Are you sure that this is not a linker problem.
--
What|Removed |Added
Component|ja
--- Additional Comments From pcarlini at suse dot de 2005-04-17 16:34
---
Hi. It can well be a libstdc++ problem, and indeed I can imagine ways to avoid
signed integers in the code. However, I'm not sure that someone will actually
do the work, given the soon-to-be-deprecated status of ve
--- Additional Comments From hjl at lucon dot org 2005-04-17 16:39 ---
I am investigating the ia64 linker. I think the ia64 linker should issue
an error if it can't get it to work at the run time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
--- Additional Comments From mark at codesourcery dot com 2005-04-17 17:04
---
Subject: Re: [4.0 Regression] ICE in cgraph_mark_reachable_node
jakub at gcc dot gnu dot org wrote:
> --- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17
> 16:08 ---
> Just got ano
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-17
17:06 ---
Joseph, RTH, and I all feel this should be invalid code. I think that's
consensus. So, I've updated the PR. Patches to actually issue a diagnostic
would be welcome.
--
What|Removed
--- Additional Comments From gruni dot ca at gmail dot com 2005-04-17
17:27 ---
Allright that solved this problem. Unfortunately I can not run the programm
anymore in JDK after adding the static. Is there a way to keep my sources
compatible with JDK and GCJ ?
Regrads
Andreas
--
ht
/bin/sh ../libtool --tag CXX --tag disable-shared --
mode=link /export/build/gnu/gcc-next/build-ia64-linux/./gcc/xgcc -shared-
libgcc -B/export/build/gnu/gcc-next/build-ia64-linux/./gcc/ -nostdinc++ -
L/export/build/gnu/gcc-next/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-
v3/src -L/export/bu
Issues with switching base allocator in so 6 inside attachment.
--
Summary: base allocator change shared object issues
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libstdc++
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:56
---
Created an attachment (id=8666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8666&action=view)
bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:57
---
Created an attachment (id=8667)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8667&action=view)
revert base allocator change
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:59
---
Additional fixes include adding _M_reclaim_block checks. However, this seems to
be patching the symptom, not the disease.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
--- Additional Comments From hjl at lucon dot org 2005-04-17 18:01 ---
.L_ZN4java4util7logging6Logger7getNameEv13 is a local alias of
_ZN4java4util7logging6Logger7getNameEv. When
_ZN4java4util7logging6Logger7getNameEv is discarded, I am trying
to figure out what happened to .L_ZN4java4uti
Will attach patch.
--
Summary: Incorrect declaration of member variable in p3060d.C
testcase
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: testsuite
Ass
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-04-17
18:04 ---
Created an attachment (id=8668)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8668&action=view)
With callee cleanup, declarations must be correct
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From hjl at lucon dot org 2005-04-17 18:06 ---
Ok, linkder did complain:
/usr/local/bin/ld: `.L_ZN4java4util7logging6Logger7getNameEv13' referenced in
section `.data.rel' of ./.libs/libgcj0_convenience.a(Logger.o): defined in
discarded section `.gnu.linkonce.t._
--
What|Removed |Added
Component|middle-end |java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
--- Additional Comments From pcarlini at suse dot de 2005-04-17 18:16
---
This can be safely closed: in Lillehammer, the LWG moved the proposed resolution
of DR 467 to [Ready] (modulo a minor pasto in the first sentence) thus
explicitly
mandating the behavior implemented by v3.
--
--- Additional Comments From pcarlini at suse dot de 2005-04-17 18:27
---
Ick! :(
Actually, I clearly remember a message from Mark warning that something could go
wrong when using different allocators in different sources, but then forgot
about the issue when we switched. I really hope
Hi,
I found a little bug in the implementention of the method
getHeaderFieldKey( int index ) in the file
java/net/protocol/http/HTTPURLConnection.java.
This method doesn't check if the parameter 'index' if out of range, so if it
is called with a index value too high a java.util.NoSuchEl
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21074
--- Additional Comments From hjl at lucon dot org 2005-04-17 19:12 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01915.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
229 231 233 235 237 239 241 243 245 247 249 251 253 255
$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1/configure --prefix=/home/ig25
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050417 (experimental)
--
Summary: Segfault
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
20:27 ---
Subject: Bug 21075
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-17 20:26:57
Modified files:
libgfortran: ChangeLog
libgfortran/m4 : r
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-17
20:29 ---
Fixed in 4.1, waiting for 4.0 to reopen.
--
What|Removed |Added
Status|UNCONFIRM
DETECTED==+
| 4.1.0 20050417 (experimental) (i686-pc-linux-gnu) GCC error: |
| in set_value_range, at tree-vrp.c:124|
| Error detected at cxg2009.adb:421:5 |
/home/guerby/work/gcc/build
--
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
||org
Component|ada
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
21:07 ---
Subject: Bug 16032
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcjx-branch
Changes by: [EMAIL PROTECTED] 2005-04-17 21:07:22
Modified files:
gcjx : ChangeLog
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17
21:13 ---
It's a target problem: FreeBSD overrides this line from sparc.h:
#define CPP_SPEC "%(cpp_cpu) %(cpp_arch) %(cpp_endian) %(cpp_subtarget)"
with this line from freebsd-spec.h:
/* Provide a CPP_SPEC approp
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17 21:28
---
On HEAD this doesn't fail any longer because of the:
* final.c (output_addr_const): Do not call mark_referenced.
change (part of tree profiling branch merge).
I don't think you can construct a C testcase for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
21:34 ---
Confirmed, just a note the patch which "fixes" this on the mainline is wrong as
shown by PR 20965.
--
What|Removed |Added
---
--- Additional Comments From mark at codesourcery dot com 2005-04-17 21:52
---
Subject: Re: [4.0 Regression] ICE in cgraph_mark_reachable_node
jakub at gcc dot gnu dot org wrote:
> some reachable function, cgraph will know about it. The OBJ_TYPE_REF is
> special
> in that there is n
When reworking the testsuite setup for AVR, I have stepped of the following
missed optimization:
The avr target does fail for the following test case
(gcc.c-torture/execute/20020720-1.c) with reporting a link error:
Question: After filing this bug report should I post a patch marking the te
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-17 22:25
---
Binary search on ia64-hpux shows the failure appeared between 2005-03-22 22:04
UTC and 2005-03-22 22:30 UTC. The only plausibly responsible patch in that
range is
2005-03-22 Zdenek Dvorak <[EMAIL PROTECTE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:27 ---
*** Bug 21077 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:27 ---
This is a dup of bug 20139.
And yes just xfail the testcase as this one is known to not pass a lot of
places.
*** This bug has been marked as a duplicate of 20139 ***
--
What|Removed
Test case gcc.c-torture/excecute/20010122-1.c fails the execution tests for
optimization levels -O1, -O2, -O3-g and -Os while passing for -O0. Tests were
run with simulavr for the atmega128.
I do not have a clear opinion about what is going wrong. The fact that the test
passes for -O0 is reas
tests gcc.c-torture/excecute/ffs-1 and -2 fail since neither libgcc nor libgcc2
provide support for the excpected builtin function ffs.
--
Summary: avr-gcc lacks support for builtin ffs function
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21078
Excecution of gcc.c-torture/excecute/pr17377.c fails for optimization level
-O0 and passes for other optimizer switches: Somewhat suspicious.
--
Summary: Excecution test failure for avr for pr17377 test case.
Product: gcc
Version: 4.1.0
Status: UNCON
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:45 ---
ffs is a POSIX function which almost all libc provides.
So if there is no fall back function, there is nothing which GCC can do.
Does avr have instructions which could be used to implement this if so it
sh
--
What|Removed |Added
OtherBugsDependingO||21080
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21078
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:47 ---
This looks like the same cause as PR 21078 since both use
__builtin_return_address.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
22:56 ---
Confirmed, ifcvt introduces the invalid gimple.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:04 ---
This is a dup of bug 20947, I will add this testcase which is further reduced
there.
*** This bug has been marked as a duplicate of 20947 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:04 ---
*** Bug 21054 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:04 ---
Reduced testcase from 21054 which also happens on PPC:
static int a[27];
void
foo (void)
{
int i;
for (i = 0; i < 27; i++)
a[i] = 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-04-17 23:07 ---
So probably the best thing to do now would probably be to 1.) mark the test
cases as xfail and 2.) write an enhancement request for avr-libc.?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=210
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:07 ---
Hmm, maybe we are just selecting the orignal IV as the IV which we should use,
this is just a missed
optimization.
--
What|Removed |Added
--
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-17
23:40 ---
Committed to 4.0 branch, as okay'd by mark, and fixed
--
What|Removed |Added
Sta
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
23:40 ---
Subject: Bug 20929
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-17 23:40:32
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17
23:40 ---
Subject: Bug 20490
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-17 23:40:32
Modified files:
gcc: Change
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20490
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:51 ---
Actually DSE did not fix this and there is a reason, the tree DSE does not
understand V_MUST_DEF.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:52 ---
But that makes it a dup of bug 18880.
*** This bug has been marked as a duplicate of 18880 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:52 ---
*** Bug 13799 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:54 ---
Well actually this no longer works because DSE does not understand V_MAY_DEF.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:55 ---
And that makes it a dup of bug 18880.
*** This bug has been marked as a duplicate of 18880 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:55 ---
*** Bug 13796 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
Thread model: single
gcc version 4.1.0 20050417 (experimental)
the bug I want to report appears when the package wxwidgests, that is avaibale
at internet , is compiled.
the cpmpilation options are:
g++ -c -o netdll_http.o -I.pch/wxprec_netdll -D__WXMSW__ -DwxUSE_GUI=0 -
DWXUSINGDLL
--- Additional Comments From fdemiralp at gmail dot com 2005-04-18 00:50
---
Created an attachment (id=8670)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8670&action=view)
the preprocessor file that is generated with -v -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
00:52 ---
Can you try to reproduce this without the PCH or attach the preprocessed source
for the PCH file?
--
What|Removed |Added
--- Additional Comments From f dot demiralp at gmail dot com 2005-04-18
02:24 ---
Subject: RE: internal compiler error: verify_stmts failed.
I have removed the folder .pch and compiled the source file again like
below.
but it did no diffrence. ( I hope I don't not misunderstand what yo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
02:26 ---
(In reply to comment #3)
> Subject: RE: internal compiler error: verify_stmts failed.
>
> I have removed the folder .pch and compiled the source file again like
> below.
> but it did no diffrence. ( I hope
--
What|Removed |Added
Attachment #8670 is|0 |1
obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
--- Additional Comments From fdemiralp at gmail dot com 2005-04-18 02:38
---
Created an attachment (id=8672)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8672&action=view)
the preprocessor file that is generated with -v -save-temps without PCH
--
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
02:52 ---
Hmm, I cannot reproduce this with last night's compiler, I will try with a
later compiler, maybe this was
already fixed.
--
What|Removed |Added
The following C++ code is not fully as optimizated as the C version:
typedef __SIZE_TYPE__ size_t;
size_t a[100];
size_t f(size_t b, size_t c)
{
return &a[b] - &a[c];
}
Found this while looking into the tree dump for mgrid.
--
Summary: &a[b] - &a[c] is not folded to b - c
--
What|Removed |Added
OtherBugsDependingO||19987
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
03:19 ---
This should improve mgrid and IV selection.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
code:
program chk
character*8 a
a = 'a string'
end
command line & output:
-
gfortran -save-temps -v -fdefault-integer-8 -o i8bug i8bug.f
Driving: /home/eem2314/local/gcc-cvs/bin/gfortran -save-temps -v
-fdefault-integer-8 -o i8bug i8bug.f -lgfortr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
03:51 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
03:51 ---
Confirmed, related to PR 20970.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
04:06 ---
The code in comment #0 should produce no multiply/divides/shifts but does
currently (again with the
C++ front-end).
Take the following code:
typedef __SIZE_TYPE__ size_t;
size_t a[100];
size_t f(size_t b,
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18
06:10 ---
Subject: Bug 21001
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-18 06:10:45
Modified files:
gcc: ChangeLog tree-optimize.c
gc
1 - 100 of 102 matches
Mail list logo
