http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606
--- Comment #7 from Samuel Tardieu 2011-08-30 23:21:41
UTC ---
Je suis absent jusqu'au 5 septembre sans accès à mon courrier électronique.
I am on vacation until September 5 without email access.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40931
--- Comment #4 from Samuel Tardieu 2011-08-10 11:02:21
UTC ---
Je suis absent jusqu'au 5 septembre sans accès à mon courrier électronique.
I am in vacation until September 5 without email access.
--- Comment #3 from sam at rfc1149 dot net 2008-12-05 09:19 ---
Subject: Re: Storage_Error, bug box on record with large
array component
* steven at gcc dot gnu dot org <[EMAIL PROTECTED]> [2008-12-05 09:15:14
-]
| Is it possible to back-port the fix to GCC 4.3?
--- Comment #2 from sam at rfc1149 dot net 2007-11-20 23:02 ---
Confirmed with current SVN trunk, tentative patch sent to the submitter for
testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34149
--- Comment #7 from sam at rfc1149 dot net 2007-11-20 13:56 ---
This issue can be closed as the code in init.c has changed and those warnings
have been taken care of.
--
sam at rfc1149 dot net changed:
What|Removed |Added
--- Comment #2 from sam at rfc1149 dot net 2007-11-17 12:34 ---
Confirmed on 4.3.0 HEAD with a different (and strange) error message.
+===GNAT BUG DETECTED==+
| 4.3.0 20071114 (experimental) (i686-pc-linux-gnu) Program_Error
--- Comment #2 from sam at rfc1149 dot net 2007-11-16 14:14 ---
This bug does not exist in current GCC sources, which have a special test case
for 255.255.255.255 in g-socket.adb. I suggest that this bug be closed.
--
sam at rfc1149 dot net changed:
What|Removed
--- Comment #2 from sam at rfc1149 dot net 2007-11-14 22:15 ---
Fixed by commit 130180
--
sam at rfc1149 dot net changed:
What|Removed |Added
Status
--- Comment #1 from sam at rfc1149 dot net 2007-11-11 12:54 ---
Bug has been fixed in trunk a few weeks ago.
--
sam at rfc1149 dot net changed:
What|Removed |Added
--- Comment #1 from sam at rfc1149 dot net 2007-11-11 12:36 ---
(compiled with -O using gcc 4.3.0 2007)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34065
--- Comment #1 from sam at rfc1149 dot net 2007-11-11 12:35 ---
(compiled with -O on gcc 4.3.0 2007)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33988
ED
Severity: major
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sam at rfc1149 dot net
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34065
org
ReportedBy: sam at rfc1149 dot net
GCC build triplet: arm-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34064
--- Comment #5 from sam at rfc1149 dot net 2007-11-06 18:50 ---
Eric: do you mean that tail recursive calls are not allowed with -fstack-check?
With the current trunk, the code is ok with -O3 (tail-recursive call) and still
buggy with -O ("rep ret" on x86). This is eve
arning when converting between C compatible pointers
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sam at rfc1149 do
--- Comment #14 from sam at rfc1149 dot net 2007-10-28 14:42 ---
Rask,
is your patch supposed to help with testcase presented in comment #6? It looks
like I still get "f" waiting (as expected) for arguments in registers when I
use -mregparm=3 while the call through g stil
By: sam at rfc1149 dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33929
--- Comment #3 from sam at rfc1149 dot net 2007-10-27 20:26 ---
Confirmed on 4.3 branch.
% gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure --prefix=/home/sam/local/i386-linux
--enable-languages='c ada' --disable-bootstrap
Thread model:
--- Comment #2 from sam at rfc1149 dot net 2007-10-27 19:29 ---
Created an attachment (id=14415)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14415&action=view)
Updated patch for the current enhancement report
I've produced a patch from the given sources, adapted to
--- Comment #2 from sam at rfc1149 dot net 2007-10-27 19:10 ---
I can reproduce it with GNAT 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)
(i486-pc-linux-gnu), but it compiles fine with the current trunk version
(129681).
--
sam at rfc1149 dot net changed:
What
--- Comment #6 from sam at rfc1149 dot net 2007-10-27 18:32 ---
Here is a small test case for this program. Compile with -mregparm=3 (or any
value greater than 0 on x86).
#include
typedef void (*func) (int a, ...);
void f (int a, int b)
{
printf ("a = %d, b = %d\n", a,
--- Comment #1 from sam at rfc1149 dot net 2007-10-23 22:24 ---
Created an attachment (id=14404)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14404&action=view)
Small performance improvement
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33875
org
ReportedBy: sam at rfc1149 dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33875
23 matches
Mail list logo
