#define UIP_LLH_LEN 1
#define BUF ((uip_tcpip_hdr *)&uip_buf[UIP_LLH_LEN])
#define u8_t unsigned char
#define u16_t unsigned short
#define UIP_BUFSIZE 1000
typedef struct {
/* IP header. */
u8_t vhl,
tos,
len[2],
ipid[2],
ipoffset[2],
ttl,
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-19 08:59 ---
> #define BUF ((uip_tcpip_hdr *)&uip_buf[UIP_LLH_LEN])
Right there is an alias violation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33111
--- Comment #4 from patchapp at dberlin dot org 2007-08-19 12:30 ---
Subject: Bug number PR rtl-optimization/32557
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/2007-08/msg01210.html
--
http://gcc.g
hread model: posix
gcc version 4.3.0 20070819 (experimental)
Compiling the attached preprocessed file with "-c -O2" produces the
following ICE. Note that it is not deterministic: you usually need
to repeat the compile 10-20 times to see it...
[EMAIL PROTECTED]:/proj/geometrica/home/CGAL/
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2007-08-19
12:55 ---
Created an attachment (id=14076)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14076&action=view)
Compressed pre-processed C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33112
--- Comment #12 from rask at gcc dot gnu dot org 2007-08-19 13:00 ---
void *foo(unsigned a, unsigned b) {
unsigned sum = a + b;
if (sum < a) return 0;
if (sum == 0) sum = 1;
To be able to optimize both comparisons, we need to have the same comparison
operands. The only w
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
CC||dgregor at gcc dot gnu dot
|
--- Comment #2 from gressau at optusnet dot com dot au 2007-08-19 13:23
---
The attached sample code does not illustrate the real problem.
Further investigation is required why the code works with -O0
and does not work with -O2.
--
gressau at optusnet dot com dot au changed:
In the following testcase:
subroutine sub(aa,bb,n,m)
implicit none
integer, intent(in) :: n,m
real, intent(inout) :: aa(n,m)
real, intent(in):: bb(n,m)
integer :: i,j
do i = 1,m
do j= 2,n
aa(i,j)= aa(i,j-1)+bb(i,j-1)
enddo
enddo
end subroutine
end
The stride of the
--- Comment #6 from dorit at gcc dot gnu dot org 2007-08-19 13:47 ---
> Sebastian - any thughts/plans?
Here's another testcase:
subroutine sub(aa,bb,n,m)
implicit none
integer, intent(in) :: n,m
real, intent(inout) :: aa(n,m)
real, intent(in):: bb(n,m)
integer :: i,j
do
Using gcc 4.3.0 20070818 (experimental) has tI hit the following problem
building libjava
libtool: compile: /home/dps/src/egcs/gcc-i686/gcc/gcj
-B/home/dps/src/egcs/gcc-i686/i686-pc-linux-gnu/libjava/
-B/home/dps/src/egcs/gcc-i686/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-fclasspath= -fbootc
--- Comment #4 from tromey at gcc dot gnu dot org 2007-08-19 16:13 ---
I'm testing this patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-08-19 17:05 ---
Confirmed and taken.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-08-19 17:40 ---
> The "print" statements are wrong(?); additionally for -std=f95 there
> should be already an error for the compilation of the module.
Tobias,
does any other standard but F95 allow the usage of private derived typ
--- Comment #3 from burnus at gcc dot gnu dot org 2007-08-19 17:50 ---
> does any other standard but F95 allow the usage of private derived type
> outside their defining module? I'd think that an error is called for,
> regardless of the version of the standard?!
Believing NAG the foll
--- Comment #13 from ubizjak at gmail dot com 2007-08-19 18:03 ---
(In reply to comment #12)
> if (sum == 0) sum = 1;
>
> Additionally, the resulting asm seems to be a bit stupid:
>
> testl %edx, %edx
> movl$1, %eax
> cmove %eax, %edx
>
>
--- Comment #5 from tromey at gcc dot gnu dot org 2007-08-19 18:19 ---
A program like '_Pragma /*comment*/' still gives an ICE.
I'm testing an updated patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30786
--- Comment #4 from burnus at gcc dot gnu dot org 2007-08-19 18:54 ---
Fortran 2003:
---
4.5.1.1 Accessibility
Types that are defined in a module or accessible in that module by use
association have either the PUBLIC or PRIVATE attribute. Types for which an
access-spec is n
--- Comment #6 from tromey at gcc dot gnu dot org 2007-08-19 18:54 ---
What does a plain "_Pragma" mean?
Currently we try to give an error for this. However, it is not clear that
this is actually erroneous. The copy of the standard that I am reading
only mentions:
A unary operator exp
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-08-19 19:07
---
The testcases here don't crash anymore but the one from PR 32033 does:
static int spready[] = {
};
void explosion_map (int y)
{
for (int i = 0; i < 4; i++)
if (y * spready[i] < 0)
break;
}
void explos
--- Comment #15 from pinskia at gcc dot gnu dot org 2007-08-19 19:19
---
Testing a slight modifed version of the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30564
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2007-08-19 19:45
---
This works on 4.2 and 4.3. Not planning to backport to 4.1. See if you can
get a later version of gfortran. If you have problems doing so, check the
gfortran wiki binaries. If that fails, let me know.
--
Mentioned here:
http://gcc.gnu.org/ml/gcc-help/2007-08/msg00200.html
And I tested it to make sure it was still not supported:
[andrew-pinskis-computer:~] apinski% ~/local-gcc/bin/gcc -march=native t.c -O2
-o - -S
t.c:1: error: bad value (native) for -march= switch
t.c:1: error: bad value (native)
--- Comment #8 from andreast at gcc dot gnu dot org 2007-08-19 19:56
---
I can confirm the patch in comment 7 fixes the bootstrap failure here.
Thanks!
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rakdver at gcc dot gnu dot org 2007-08-19 20:08 ---
(In reply to comment #0)
> In the following testcase:
>
> subroutine sub(aa,bb,n,m)
> implicit none
> integer, intent(in) :: n,m
> real, intent(inout) :: aa(n,m)
> real, intent(in):: bb(n,m)
> integer
If one uses
EXTERNAL foo ! or PROCEDURE() :: foo
foo might be either function or a subroutine. However, using
REAL :: foo
EXTERNAL foo ! or: PROCEDURE(REAL) :: foo
foo is a function. However, gfortran happily allows the following:
EXTERNAL foo
REAL foo
CALL foo() ! <- wrong
NAG f95 diagnose
Mixing functions and subroutines in a generic interface is invalid. gfortran
detects this but the error message is difficult to understand:
Error: FUNCTION at (1) does not belong in a generic subroutine interface
NAG f95:
Error: b.f90, line 10: BAR and SUB must both be SUBROUTINEs or both be
FUNC
--- Comment #1 from dje at gcc dot gnu dot org 2007-08-19 21:12 ---
x86 darwin should be able to re-use the implementation from
rs6000/driver-rs6000.c because the kernel interfaces to query the information
are the same.
--
dje at gcc dot gnu dot org changed:
What|Remo
--- Comment #2 from pinskia at gmail dot com 2007-08-19 21:39 ---
Subject: Re: -march=native is not supported under x86 darwin
On 19 Aug 2007 21:12:22 -, dje at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> x86 darwin should be able to re-use the implementation from
> rs6000/dri
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-19 21:40 ---
Mine as explained in comment #2 in how to fix this issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from gressau at optusnet dot com dot au 2007-08-19 22:22
---
Created an attachment (id=14077)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14077&action=view)
This file does not compile correctly with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33111
--- Comment #4 from gressau at optusnet dot com dot au 2007-08-19 22:24
---
Created an attachment (id=14078)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14078&action=view)
This is the working unoptimized assembly of uip.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33111
--- Comment #5 from gressau at optusnet dot com dot au 2007-08-19 22:25
---
Created an attachment (id=14079)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14079&action=view)
This is the nonworking optimized assembly of uip.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3311
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-08-19 23:18 ---
Patch in testing:
Index: config/i386/darwin.h
===
--- config/i386/darwin.h(revision 127626)
+++ config/i386/darwin.h(working copy)
@@ -8
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32772
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32303
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #21 from dberlin at gcc dot gnu dot org 2007-08-19 23:23
---
Subject: Bug 32328
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
Fix
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32716
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-08-20 00:48 ---
Subject: Bug 32940
Author: pinskia
Date: Mon Aug 20 00:48:09 2007
New Revision: 127634
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127634
Log:
2007-08-19 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-08-20 00:48 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-20 00:56 ---
This test now works for me on i386-apple-darwin, it was failing before this
patch.
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-20 01:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #22 from dberlin at gcc dot gnu dot org 2007-08-20 01:54
---
All should be fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-08-20 01:54 ---
All should be fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #9 from dberlin at gcc dot gnu dot org 2007-08-20 01:54 ---
All should be fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #9 from dberlin at gcc dot gnu dot org 2007-08-20 01:54 ---
All should be fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #11 from dberlin at gcc dot gnu dot org 2007-08-20 01:56
---
Uh, it doesn't take 1 gig on either 4.2 or 4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723
Testcase:
template
struct __add_const_lvalue_reference;
template
class tuple
{
tuple(typename __add_const_lvalue_reference<_Elements>::type ...) ;
};
tuple i;
- CUT -
Found while cutting down PR 33091. This is a regression because the error
message was ok in 4.2.0 and before.
On th
--
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=33118
--- Comment #10 from pault at gcc dot gnu dot org 2007-08-20 03:48 ---
(In reply to comment #9)
> (In reply to comment #8)
> > Paul, what is the status on this one?
>
> ping?
>
Go back to the thread on it. I did not seem able to satisfy the reviewer as to
my interpretation of the stan
--- Comment #1 from pault at gcc dot gnu dot org 2007-08-20 03:59 ---
Tobias,
EXTERNAL foo
REAL foo
CALL foo() ! <- wrong
END
with 4.3.0 20070815, gfc gives:
test.f90:1.14:
EXTERNAL foo
1
test.f90:3.23:
CALL foo() ! <- wrong
2
Error: 'foo
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-20 05:16 ---
Subject: Bug 33115
Author: pinskia
Date: Mon Aug 20 05:16:10 2007
New Revision: 127635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127635
Log:
2007-08-19 Andrew Pinski <[EMAIL PROTECTED]>
PR ta
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-08-20 05:30 ---
Fixed (I added a space after %(cc1_cpu) for the final patch).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from dorit at gcc dot gnu dot org 2007-08-20 05:55 ---
> Making us return symbolic stride would not be hard. The problem is that data
> dependence analysis would fail anyway,
sometimes (not in this testcases) there won't be a need for dependence testing
- e.g. a reducti
--- Comment #2 from burnus at gcc dot gnu dot org 2007-08-20 06:02 ---
Hmm. I wonder why it did not work - probably I mixed it up with
PROCEDURE(REAL).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-08-20 06:18 ---
testing the patch right now
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30303
--- Comment #5 from burnus at gcc dot gnu dot org 2007-08-20 06:21 ---
Richard Maine claims that also
print *, code_gree
is valid. Thus there needs to be only a Fortran 95 check in module.
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/6f683312292e2865/
Note: T
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-20 06:38 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-08-20 06:40
---
Fixed by:
2007-08-08 Samuel Thibault <[EMAIL PROTECTED]>
* gcc/config/i386/gnu.h (STARTFILE_SPEC): Use gcrt0.o in profile mode,
add
-profile option, add pie support.
(ENDFILE_SPEC): New s
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-08-20 06:42 ---
>Bootstrap comparison failure!
>./ada/exp_aggr.o differs
>make[2]: *** [compare] Error 1
This was PR 32941 and has been fixed on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Remove
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-20 06:45 ---
Considering how old 3.4.3 is, I doubt we can do anything to help you here
except to suggest to try 4.2.1, the latest release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33070
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-08-20 06:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-08-20 06:53
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-08-20 06:53
---
Subject: Bug 32522
Author: pinskia
Date: Mon Aug 20 06:53:05 2007
New Revision: 127637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127637
Log:
2007-08-19 Andrew Pinski <[EMAIL PROTECTED]>
S
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-20 06:59 ---
The tree-opt ICE is not the real issue here but this error is:
> ../../../../../gcc/libjava/classpath/java/util/AbstractMap.java:604: error:
> class 'java.util.AbstractMap$2' has no method named 'access$0' matching
65 matches
Mail list logo