--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||35964
Priority|P3 |P2
http://gcc
I'm compiling amanda 2.6.0p1 on Fedora 9 with gcc 4.3.0. I started seeing a
problem where it was trying to connect to port 0 on localhost rather that a
given port number:
connect(3, {sa_family=AF_INET, sin_port=htons(0),
sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused)
--- Comment #1 from orion at cora dot nwra dot com 2008-05-28 22:13 ---
Created an attachment (id=15694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15694&action=view)
Pre-processed stream.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36360
--- Comment #1 from mt-ml at gmx dot de 2008-05-28 22:14 ---
Created an attachment (id=15695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15695&action=view)
kernel config-file to reproduce error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-05-28 22:16
---
Patches should be sumbitted to the gcc-patches mailinglist.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35964
The following code is invalid, but accepted by gfortran:
interface
real function bar()
end function bar
end interface
dimension :: bar(4)
It is invalid, since section 12.3.2.1 of the Fortran 2003 standard states:
"An interface body specifies all of the characteristics of the explicit
specific
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-05-28 22:18
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from burnus at gcc dot gnu dot org 2008-05-28 22:19 ---
Update summary.
> I see. If component x were an allocatable instead of a pointer,
> would I then get an error?
Yes.
> It might be useful to emit a warning when -Wsurprising (or some
> other option turned on by -Wa
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-28 22:20 ---
This sounds like a kernel bug. At least we need preprocessed source of the
source file in drivers/usb/core/usbcore.ko that generates the reference
to ilog2_NaN.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #1 from burnus at gcc dot gnu dot org 2008-05-28 22:23 ---
Similarly for:
interface
function bar()
real bar(:) ! wrong w/o allocatable
end function bar
end interface
ALLOCATABLE :: bar ! WRONG
end
--
burnus at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-28 22:25 ---
Constructs like
((struct sockaddr_in *)(&svaddr))->sin_port
violate C aliasing rules if svaddr is not of type struct sockaddr_in.
You can either use -fno-strict-aliasing or do the type-punning via
memcpy or by usi
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-28 22:52 ---
http://lkml.org/lkml/2008/5/25/233
It says something about __builtin_constant_p being broken but I doubt it
really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- Comment #2 from janus at gcc dot gnu dot org 2008-05-28 22:56 ---
A related problem also occurs with the POINTER attribute:
interface
real function bar()
end function bar
end interface
pointer :: bar
Here I'm not really sure if it is forbidden, because one could interpret this
--- Comment #7 from hjl dot tools at gmail dot com 2008-05-28 22:56 ---
It isn't fixed by revision 136054. Those new tests will fail at -O0
since revision 136054 doesn't address the real issu here.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #4 from mt-ml at gmx dot de 2008-05-28 23:08 ---
(In reply to comment #2)
> This sounds like a kernel bug. At least we need preprocessed source of the
> source file in drivers/usb/core/usbcore.ko that generates the reference
> to ilog2_NaN.
>
Can you advise me please ho
int
main ()
{
float c = 1.0;
return !!c * 7LL == 0;
}
ICEs on x86_64-linux with -m32 -O0, starting with 4.0.
--
Summary: [4.1/4.2/4.3/4.4 Regression] ICE in simplify_subreg
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: norma
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36362
--- Comment #8 from hjl dot tools at gmail dot com 2008-05-28 23:25 ---
Created an attachment (id=15696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15696&action=view)
A testcase patch
They will fail with
FAIL: gcc.dg/torture/pr35771-1.c -O0 execution test
FAIL: gcc.dg/tortur
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-05-28 23:54 ---
What caused this regression was the change of representation of CONSTRUCTOR. I
can make this easy work with a simple patch which looks at values of the
CONSTRUCTOR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from pbrook at gcc dot gnu dot org 2008-05-29 00:13 ---
I think this is a gfortran bug. It implements its own short-enums flag instead
of using flag_short_enums.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-05-29 00:36 ---
Index: pt.c
===
--- pt.c(revision 2500)
+++ pt.c(working copy)
@@ -12464,6 +12464,20 @@ value_dependent_expression_p (tree expre
--- Comment #7 from cnstar9988 at gmail dot com 2008-05-29 01:48 ---
PR33100
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
gcc-4.3.1-RC-20080523.tar.bz2
binutils 2.18
Solaris 10 x86_64 U4
gcc is configured to use GNU as but Sun ld.
works well on 4.2.3.
but failed on 4.3.1.
Now I b
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-05-29
02:13 ---
Subject: Re: [4.4 Regression] f951 link failure on i686-apple-darwin9
> Mine. Proposed patch:
> http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01786.html
I also needed the changes suggested by Andreas.
--- Comment #15 from cnstar9988 at gmail dot com 2008-05-29 02:30 ---
i386-pc-solaris2.10 has the same problem.
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2008-05-29 04:40 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01906.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from hjl dot tools at gmail dot com 2008-05-29 04:45 ---
Type alignment is ignored for call. See PR 35771.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #8 from cnstar9988 at gmail dot com 2008-05-29 04:50 ---
Created an attachment (id=15697)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15697&action=view)
config.log
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
--- Comment #9 from cnstar9988 at gmail dot com 2008-05-29 04:51 ---
configure:2540: checking for C compiler default output file name
configure:2543: /export/home/test/gcc-4.3.1-build/build/./gcc/xgcc
-B/export/home/test/gcc-4.3.1-build/build/./gcc/
-B/opt/gcc-4.3.1/i386-pc-solaris2.10/b
--- Comment #10 from cnstar9988 at gmail dot com 2008-05-29 04:56 ---
google "crtend.o: section .eh_frame: bad cie version 0: offset"
You will find a lot of comments about the question.
http://opensolaris.org/jive/thread.jspa?threadID=54665&tstart=0
--
http://gcc.gnu.org/bugzilla/s
101 - 129 of 129 matches
Mail list logo
