--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-12-23 08:05
---
> Here's the output of g++ -v if it helps:
Thanks, but we still need the preprocessed sources...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30280
Stack operating code that generated by gcc have an error. In some operating
system that saved the thread's context in stack when schedule, it will be have
critical problem.
Enabling the compiler optimalisation (-O2 option) the error will be occuring,
and don't occur when using option -O1 or -O0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |target
http:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-23 10:31 ---
For 4.0 and above your sample code works but that is a different issue.
Here is a testcase which fails for 4.0 and above:
int find_num(int i)
{
int arr[5] = {0, 1, 2, 3, 4};
return arr[i];
}
The problem
--- Comment #8 from gdr at integrable-solutions dot net 2006-12-23 11:17
---
Subject: Re: SIGSEGV on operator==(valarray, bool)
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| What target is this one, all I get is:
| t.cc:8: error: cannot convert 'std::_Expr >
>,
| boo
--- Comment #1 from pluto at agmk dot net 2006-12-23 11:21 ---
wrapper< my_error >().add_method< char const* >( &my_error::what );
such call compiles, so it looks like type deduction failure.
--
pluto at agmk dot net changed:
What|Removed |Added
-
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from steven at gcc dot gnu dot org 2006-12-23 12:19 ---
This is what g77 outputs for this test case:
results in:ackslash
results in: \backslash
ackslash now results inackslash
\backslash now results in \backslash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30278
--- Comment #2 from steven at gcc dot gnu dot org 2006-12-23 12:42 ---
I suspect that the problem is some difference between the front end and library
FORMAT parsers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30278
--- Comment #3 from steven at gcc dot gnu dot org 2006-12-23 12:52 ---
This not-for-including patch shows that we should match "\\" in io.c and treat
it as a single '\\' character. This is what g77 appears to do, too.
Index: io.c
--- Comment #4 from tobi at gcc dot gnu dot org 2006-12-23 13:12 ---
NB The whole of \-ed symbols would have to be interpreted, conditionalized on
-fbackslash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30278
--- Comment #5 from steven at gcc dot gnu dot org 2006-12-23 13:17 ---
Created an attachment (id=12838)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12838&action=view)
Handle escaped characters if flag_backslash
Slightly less horrible patch...
--
http://gcc.gnu.org/bugzilla/
--- Comment #13 from hubicka at gcc dot gnu dot org 2006-12-23 14:26
---
Note that we've got another noticeable jump in memory consumption today (well
at least it would be very important jump if we used just 28MB of memory for
aliasing :). Is that also aliasing or shall be analyzed?
H
--- Comment #14 from hubicka at gcc dot gnu dot org 2006-12-23 14:27
---
Well, actually the testcase now runs out of memory and ICE...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30089
--- Comment #2 from steven at gcc dot gnu dot org 2006-12-23 14:48 ---
I think the proper fix is to add "." to the search list of directories where
include files may live.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30276
--- Comment #43 from steven at gcc dot gnu dot org 2006-12-23 14:51 ---
Fixed in GCC 4.3.0
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #15 from dberlin at gcc dot gnu dot org 2006-12-23 16:21
---
Subject: Re: Compiling FreeFem3d uses unreasonable amount of time and memory
On 23 Dec 2006 14:26:00 -, hubicka at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #13 from hubicka at gcc
--- Comment #11 from manu at gcc dot gnu dot org 2006-12-23 17:45 ---
Subject: Bug 7651
Author: manu
Date: Sat Dec 23 17:45:33 2006
New Revision: 120173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120173
Log:
2006-12-23 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #17 from dfranke at gcc dot gnu dot org 2006-12-23 17:53
---
Created an attachment (id=12839)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12839&action=view)
fixincludes: find headers in distro-specfic paths
* fixincl.c(fix_applies): Use fnmatch instead of strstr to
On Sat, 2006-12-23 at 11:17 +, gdr at integrable-solutions dot net
wrote:
>
> I don't remember I ever used this funky __builtin_expect.
> valarray is improving everyday :-(
You most likely did not but assert did :).
-- Pinski
--- Comment #9 from pinskia at gmail dot com 2006-12-23 18:50 ---
Subject: Re: SIGSEGV on operator==(valarray,
bool)
On Sat, 2006-12-23 at 11:17 +, gdr at integrable-solutions dot net
wrote:
>
> I don't remember I ever used this funky __builtin_expect.
> valarray is impr
Hi,
the following legal code fails to compile with gfortran:
% cat gfcbug50.f90
module gfcbug50
implicit none
contains
subroutine foo (n, y)
integer, intent(in) :: n
integer, dimension(bar (n)) :: y
! Array bound is specification expression, which is allowed (F2003, sect.
--- Comment #10 from sebor at roguewave dot com 2006-12-23 20:46 ---
Created an attachment (id=12840)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12840&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30280
Hi,
here's another one:
% cat gfcbug51.f90
program gfcbug51
implicit none
type date_t
character(len=12) :: date = '200612231200' ! mmddhhmm
end type date_t
type year_t
integer :: year = 0
end type year_t
type(date_t) :: file(1)
type(year_t) :: time(1)
read (file% d
--- Comment #18 from ubizjak at gmail dot com 2006-12-23 21:24 ---
(In reply to comment #12)
> As far as I can see, the i387 mode switching is already completely broken,
> because it treats the different modes of a single mode-switchable entity
> as separate entities.
NO, it is _NOT_ b
Hi,
gfortran seems to use much more memory at compile time
when I "use" larger modules that contain many symbols,
even if I "use, only" selected one. In the described
situation it needs significantly more memory than
"competitors".
The attached archive contains the following main program
and thr
--- Comment #1 from anlauf at gmx dot de 2006-12-24 00:28 ---
Created an attachment (id=12841)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12841&action=view)
main.f90 + 3 modules included my main
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30285
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-12-24 03:14
---
With th patch in comment #5, NIST tests go OK. It matches g77 behavior.
I am thinking though that the default behavior should be -fno-backslash. With
-fno-backslash, gfortran matches intel behavior. My impress
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 03:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 03:34 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1
Testcase:
struct free_block {
struct free_block *next;
};
struct mm {
struct free_block *free_arr[25];
};
void get_exact(int i, struct mm *mm, struct free_block *p)
{
int j;
for (j=14; j>i; j--)
mm->free_arr[j] = p->next;
}
--
Summary: [4.1 Regression] Segfault with -O2
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-24 04:40 ---
*** This bug has been marked as a duplicate of 30286 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 04:40 ---
*** Bug 30266 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-24 04:41 ---
Confirmed, I created a new bug because the other one was a mess since the
preprocessed source was not attached but just pasted.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 04:49 ---
As far as I can tell this is really a binutils issue.
the difference between static inline and just static is where foo is emitted.
In the static inline case, it is emitted after bar.
--
http://gcc.gnu.org/bugz
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-24 04:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-12-24 04:56
---
So on solaris assert is defined as
(void)((operand) || (__assert (),0) );
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30280
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-12-24 05:02
---
I am starting to think Solaris's definition of assert is incorrect because you
can actually overload "operator ||" and force evulation of both operands in C++
which is what is happening here.
All other asserts I k
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-12-24 05:03
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-12-24 05:04
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-12-24 05:08
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-12-24 05:09
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 05:11 ---
Try first compiling 4.0.0 and then 4.1.1 since it is the compiler which
installed already which is running out of memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30229
--- Comment #13 from gdr at integrable-solutions dot net 2006-12-24 05:23
---
Subject: Re: SIGSEGV on operator==(valarray, bool)
"pinskia at gmail dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #9 from pinskia at gmail dot com 2006-12-23 18:50 ---
| Subject: Re: SIGSEGV
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 05:25 ---
Reduced testcase:
program gfcbug51
type date_t
character(len=12) :: date
end type date_t
type(date_t) :: file(1)
read (file%date(1:4),'(i4)') a
end program gfcbug51
--
Here is
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 05:36 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 06:12 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-24 06:13 ---
I think this has been fixed already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30177
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-12-24 06:21 ---
*** This bug has been marked as a duplicate of 26510 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-12-24 06:21 ---
*** Bug 19176 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
51 matches
Mail list logo
