--- Comment #4 from uros at kss-loka dot si 2006-07-18 07:29 ---
This is the backtrace for the testcase in comment #3:
#1 0x0827ae67 in fold_binary_to_constant (code=TRUNC_MOD_EXPR,
type=0x402473f4, op0=0x402d9438, op1=0x0) at
../../gcc-svn/trunk/gcc/fold-const.c:12314
#2 0x08174b25 i
While testing the patch for TR15581 I encountered this ICE, which is not
strictly related to the patch itself, since I reproduced below with the base
compiler.
The base compiler should refuse the code, the patched compiler should accept
it.
[EMAIL PROTECTED] ALLOCATABLE]$ gfortran -v
Using buil
--- Comment #1 from sfilippone at uniroma2 dot it 2006-07-18 07:42 ---
Created an attachment (id=11909)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11909&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28416
--- Comment #5 from uros at kss-loka dot si 2006-07-18 08:06 ---
This error can be tracked down to fold_negate_expr() returning NULL_TREE via
this path:
(a) constant_multiple_of() calls fold_unary_to_constant():
/* If BOT seems to be negative, try dividing by -BOT instead, and ne
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-18 08:10 ---
(In reply to comment #5)
> This error can be tracked down to fold_negate_expr() returning NULL_TREE via
> this path:
>
> (a) constant_multiple_of() calls fold_unary_to_constant():
This tells you that constant_multi
It looks like expmed.c::choose_multiplier(), which is responsible for finding
parameters needed for replacing division by constant with mul+shift, sometimes
fails to find optimal parameters.
One example: A/1577682821 can be calculated by executing A*365384439 >>
(27+32), for any 32-bit unsigned A.
--- Comment #1 from vda dot linux at googlemail dot com 2006-07-18 08:40
---
I didn't look too close at choose_multiplier(), yet.
If anybody will work upon it in order to make it better,
this is the routine which prints values 'K' and 'bits'
so that
(A*K)>>bits == A/B
is true for gi
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-18 08:44
---
Confirmed. Reduced testcase:
subroutine bar(n)
integer n, x(n)
x(1) = 0
end
$ gfortran a.f90 -fno-automatic -c
a.f90: In function bar:
a.f90:2: internal compiler error: in gfc_trans_aut
--- Comment #24 from aph at gcc dot gnu dot org 2006-07-18 09:01 ---
Subject: Bug 19505
Author: aph
Date: Tue Jul 18 09:00:29 2006
New Revision: 115547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115547
Log:
2006-07-18 Andrew Haley <[EMAIL PROTECTED]>
PR tree-optim
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-07-18 09:06
---
Fixed on the 4.1 branch also now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-07-18 10:08
---
Subject: Bug 28286
Author: reichelt
Date: Tue Jul 18 10:08:22 2006
New Revision: 115548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115548
Log:
PR c/28286
* c-pragma.c (handle_pragma_pac
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-07-18 10:17
---
Subject: Bug 28286
Author: reichelt
Date: Tue Jul 18 10:17:15 2006
New Revision: 115549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115549
Log:
PR c/28286
* c-pragma.c (handle_pragma_pac
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-07-18 10:19
---
Subject: Bug 28286
Author: reichelt
Date: Tue Jul 18 10:19:28 2006
New Revision: 115550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115550
Log:
PR c/28286
* c-pragma.c (handle_pragma_pac
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-07-18 10:21
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
The following valid code snippet triggers an ICE since GCC 4.0.0
(only with the C frontend):
struct A { int i; };
void foo()
{
((struct A) { 0 }).i += 1;
}
bug.c: In function 'foo':
bug.c:5: internal compiler e
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-18 10:33 ---
First off this "((struct A) { 0 })" is not a temporary variable but instead an
anonymous C99 variable.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
The following invalid code snippet triggers an ICE since GCC 4.1.0
(only with the C frontend):
void foo() x;
const char* p = __FUNCTION__;
bug.c: In function 'foo':
bug.c:1: error: expected declaration specifiers b
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-18 10:39 ---
Confirmed, we are gimplifying the compound literal expression twice which in
turn calls gimple_add_tmp_var twice on the decl.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.4 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28419
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-07-18 10:42
---
Confirmed, and not target-specific.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
The following invalid code snippet triggers an ICE since GCC 4.0.0:
template struct A;
int i = sizeof(A);
bug.cc:3: error: `typeid' operator cannot appear in a constant-expression
bug.cc:3: error: template argument
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-07-18 10:47
---
Reduced testcase:
close(88)
flush(88)
end
You expect the above code to issue a runtime error, but we currently don't.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-07-18 10:48
---
Here's a testcase with a slightly different error message:
template void f()(0);
bug.cc:1: error: function 'void f()' is initializ
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-07-18 10:56
---
Fixed at least on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-07-18 10:57
---
Fixed at least on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from vda dot linux at googlemail dot com 2006-07-18 12:06
---
Pseudo-code to help in reading above code:
void fastdiv_params(unsigned B, unsigned max_A)
{
L = (max_unsigned_long_long/max_unsigned - 1) * B;
L = largest_pow2_smaller_or_eq_to(L);
bit
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-07-18 13:25
---
Testing patch. The bug was in the alias pruning code. We need to handle
.GLOBAL_VAR in access_can_touch_variable. A memory reference that uses a
call-clobbered memory tag should always be considered to touch .G
--- Comment #1 from bangerth at dealii dot org 2006-07-18 13:34 ---
Is this related to libstdc++ PR 20758? Or is this unrelated since it
apparently isn't in the implementation of libstdc++ but in the
optimizers?
W.
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #1 from bangerth at dealii dot org 2006-07-18 13:35 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2006-07-18 13:38 ---
Confirmed, a regression introduced in 3.4.x.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #1 from bangerth at dealii dot org 2006-07-18 13:40 ---
(In reply to comment #0)
> Everyone knows that in C, "&function_name" and "function_name" are generally
> equivalent-- you can write:
> func_ptr_type* f = &function_name;
> or
> func_ptr_type* f = function_name;
>
--- Comment #2 from bangerth at dealii dot org 2006-07-18 13:51 ---
Independent of the previous question, I believe gcc is wrong.
There should be two calls to bar().
Confirmed.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28363
--- Comment #2 from bangerth at dealii dot org 2006-07-18 14:03 ---
Confirmed, though the testcase is huge and the error message atrocious.
Someone will have to take the time to reduce something smaller out of
this whole boost mess...
W.
--
bangerth at dealii dot org changed:
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-07-18 14:06 ---
Subject: Re: [4.2 Regression] Wrong aliasing
with global var grouping during call clobbering
dnovillo at gcc dot gnu dot org wrote:
> --- Comment #3 from dnovillo at gcc dot gnu dot org 2006-07-18 13:25
> --
I get an ICE when I compile at -O1 (and only at -O1).
With the original source only gcc403 ICEs but not gcc401.
With the reduced source gcc401 ICEs too.
Michael Cieslinski
g++403 -O1 -S mb.ii -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.0.3/configure --pref
--- Comment #12 from paul dot richard dot thomas at cea dot fr 2006-07-18
14:35 ---
Created an attachment (id=11910)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11910&action=view)
The latest version of the patch
This patch is the last version that I will post until after I retu
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-07-18
14:38 ---
The fix, as described on the list, is to be found in the latest patch to
PR20541 - the TR15581 story. It includes the corrections to the
going-out-of-scope cleanup, as well.
I am sorry that I cannot dea
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-18 14:40 ---
(reg:V2SI 0 ax)
HUH, how can that happen.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28421
--- Comment #26 from aph at gcc dot gnu dot org 2006-07-18 15:07 ---
Subject: Bug 19505
Author: aph
Date: Tue Jul 18 15:07:48 2006
New Revision: 115554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115554
Log:
2006-07-13 Andrew Haley <[EMAIL PROTECTED]>
PR tree-optim
--- Comment #3 from tromey at gcc dot gnu dot org 2006-07-18 15:12 ---
FWIW compiling from bytecode on svn head fails as well.
In fact the test case is xfailed in this case.
So this doesn't appear to be a regression.
Also I think this patch is bogus (but at least it shows the
right plac
--- Comment #7 from jakub at gcc dot gnu dot org 2006-07-18 15:45 ---
Re #5, globalize_decl is way too late, the middle-end and especially back-end
shouldn't be lied to, there are many nice optimizations which it can do with
!TREE_PUBLIC symbols.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #7 from langton at gcc dot gnu dot org 2006-07-18 16:30 ---
(In reply to comment #4)
> This is the backtrace for the testcase in comment #3:
I didn't post the Linux output for the C testcase, but I was seeing either
segmentation faults after a long wait or (occasionally) "vi
--- Comment #15 from anemo at mba dot ocn dot ne dot jp 2006-07-18 16:53
---
(In reply to comment #14)
> This is because it's an incoming parameter, and as a result, this
> doesn't look at all like an array access, but just a random pointer access.
>
> I have no plans to make the alias
--- Comment #3 from sje at gcc dot gnu dot org 2006-07-18 17:01 ---
Subject: Bug 27495
Author: sje
Date: Tue Jul 18 17:01:19 2006
New Revision: 115557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115557
Log:
PR c++/27495
* search.c (adjust_result_of_qualified_n
--- Comment #4 from sje at gcc dot gnu dot org 2006-07-18 17:03 ---
Subject: Bug 27495
Author: sje
Date: Tue Jul 18 17:03:38 2006
New Revision: 115558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115558
Log:
PR c++/27495
* g++.dg/other/pr27495.C: New.
Added:
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-07-18 17:03
---
Subject: Re: [4.0/4.1/4.2 Regression] Tree loop
optimizer does worse job than RTL loop optimizer
anemo at mba dot ocn dot ne dot jp wrote:
> --- Comment #15 from anemo at mba dot ocn dot ne dot jp 2006-07-1
In this test case (from jakarta-commons-collections) we expect to see an
OutOfMemoryError thrown. This doesn't always happen as it should, but only
when compiling from bytecode. And only with ecj...
public class OutOfMemoryError
{
private static void fail(String msg)
{
System.err.printl
--- Comment #5 from sje at gcc dot gnu dot org 2006-07-18 17:18 ---
Subject: Bug 28304
Author: sje
Date: Tue Jul 18 17:18:09 2006
New Revision: 115559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115559
Log:
PR c++/28304
* decl2.c (check_classfn): Return NULL_T
--- Comment #6 from sje at gcc dot gnu dot org 2006-07-18 17:21 ---
Subject: Bug 28304
Author: sje
Date: Tue Jul 18 17:21:25 2006
New Revision: 115560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115560
Log:
PR c++/28304
* g++.dg/other/pr28304.C: New test.
Add
--- Comment #1 from tromey at gcc dot gnu dot org 2006-07-18 17:21 ---
I suspect this was solved on the gcj-eclipse branch
by flushing the quick stack in some cases.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-07-18 17:22
---
Subject: Bug 28260
Author: lmillward
Date: Tue Jul 18 17:22:39 2006
New Revision: 115561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115561
Log:
PR c++/28258
* method.c (locate_copy): C
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-07-18 17:22
---
Subject: Bug 28258
Author: lmillward
Date: Tue Jul 18 17:22:39 2006
New Revision: 115561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115561
Log:
PR c++/28258
* method.c (locate_copy): C
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-07-18 17:23
---
Fixed on mainline. Will apply to release branches once testing completes.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-07-18 17:24
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from sje at gcc dot gnu dot org 2006-07-18 17:25 ---
Subject: Bug 28304
Author: sje
Date: Tue Jul 18 17:25:40 2006
New Revision: 115563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115563
Log:
PR c++/28304
* decl2.c (check_classfn): Return NULL_T
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-07-18 17:28
---
Subject: Bug 28410
Author: dnovillo
Date: Tue Jul 18 17:27:57 2006
New Revision: 115564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115564
Log:
PR 28410
* tree-ssa-operands.c (access_ca
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-07-18 17:29
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00786.html
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from sje at gcc dot gnu dot org 2006-07-18 17:46 ---
Subject: Bug 28291
Author: sje
Date: Tue Jul 18 17:45:46 2006
New Revision: 115565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115565
Log:
PR c++/28291
* decl.c (reshape_init_class): Return er
In template function, g++ compiler does not detect missing return statement:
This part of code causes the problem:
#include
template
int testFunc(P1 p)
{
}
int main()
{
float f = 0;
std::cout << testFunc(f) << std::endl;
}
g++ command line:
$ g++ test.cpp
(no output)
Test execution:
$
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |eedelman at gcc dot gnu dot
|dot org
--- Comment #1 from schwab at suse dot de 2006-07-18 18:38 ---
A missing return statement is not an error, merely undefined behaviour. Use
-Wreturn-type to get a warning and -Werror to turn that into an error.
--
schwab at suse dot de changed:
What|Removed
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-07-18 18:45
---
(In reply to comment #3)
> The fix, as described on the list, is to be found in the latest patch to
> PR20541 - the TR15581 story. It includes the corrections to the
> going-out-of-scope cleanup, as well.
>
> I a
It appears that the initialization of a derived type that includes
a derived type is broken. Consider the following code.
!
! Original version sent by Vivek Rao on 18 Jan 06
! Modified by Steve Kargl to remove IO
!
module foo_mod
implicit none
type :: date_m
integer :: month
end type d
--- Comment #1 from kargl at gcc dot gnu dot org 2006-07-18 18:52 ---
The parse tree looks okay to me.
ASSIGN MAIN__:dat date_m(1)
ASSIGN MAIN__:xx file_info(MAIN__:dat)
IF (<> MAIN__:xx % date % month 1)
CALL _gfortran_abort ()
ENDIF
--
http://gcc.
libgcj headers are installed in: GCC_PREFIX/include/c++/4.2.0
For a cross build g++ looks in GCC_PREFIX/${target}/include/c++/4.2.0
The result is that (by default) cni include files like gcj/cni.h cannot be
found by g++.
For a native build there is no problem.
--
Summary: libgcj he
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
--- Comment #3 from patchapp at dberlin dot org 2006-07-18 20:40 ---
Subject: Bug number PR 25217
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/2006-07/msg00796.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from daney at gcc dot gnu dot org 2006-07-18 21:08 ---
Proposed fix is here:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00798.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-07-18 21:42 ---
I'm working on this. Looks like a CSE bug.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-07-18 22:59
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
This
2006-07-13 Jan Hubicka <[EMAIL PROTECTED]>
* cgraphunit.c (cgraph_varpool_analyze_pending_decls): Call
align_variable.
has lead to very many warnings of the form
../../gcc/gcc/fortran/array.c:0: warning: alignment of '__FUNCTION__' is
greater than maximum object file align
--- Comment #24 from lucier at math dot purdue dot edu 2006-07-19 00:19
---
Well, I just hit the same bug in 4.1.1, so it survived from 4.1.0.
I must be one hell of an atypical guy building 4.1.1, my bootstrap on x86-64
RHEL 4.0 didn't work (PR 28066), my 32-bit bootstrap on sparc-sun-
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-07-19 00:22
---
Subject: Bug 28235
Author: mmitchel
Date: Wed Jul 19 00:22:43 2006
New Revision: 115576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115576
Log:
PR c++/28235
* pt.c (tsubst_decl): Handlin
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-07-19 00:25
---
Fixed in 4.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
On Jul 19, 2006, at 9:19 AM, lucier at math dot purdue dot edu wrote:
I must be one hell of an atypical guy building 4.1.1, my bootstrap
on x86-64
RHEL 4.0 didn't work (PR 28066),
Well PR 28066 is not a GCC bug but a bug in an older pre-release of
binutils.
-- Pinski
--- Comment #25 from pinskia at physics dot uc dot edu 2006-07-19 00:27
---
Subject: Re: All error messages produce segfault
On Jul 19, 2006, at 9:19 AM, lucier at math dot purdue dot edu wrote:
> I must be one hell of an atypical guy building 4.1.1, my bootstrap
> on x86-64
> RHE
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-07-19 00:45
---
This is certainly a serious problem.
Right now, the C++ front end relies on TREE_PUBLIC in various places to
determine whether or not something has external linkage. Instead, we could
compute that, by looking at
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-07-19 00:46
---
Yes, extern "C" should make the function have external linkage in the object
file. Namespaces have no impact on extern "C" functions, except from the point
of view of lexical scoping.
--
mmitchel at gcc dot
--- Comment #96 from bkoz at gcc dot gnu dot org 2006-07-19 02:52 ---
Created an attachment (id=11912)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11912&action=view)
viz patch part one
Hey Jakub.
Here's a way to start in on this.
This does two things:
1) adds default visibil
The build log is somewhat jumbled, but bootstrap fails a make -j 8 with
stage1/xgcc -Bstage1/ -B/pkgs/gcc-4.1.1/sparc-sun-solaris2.9/bin/ -c -O2 -g
-mcpu=ultrasparc -m64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wo
--- Comment #97 from bkoz at gcc dot gnu dot org 2006-07-19 02:56 ---
Mine.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-19 03:41 ---
c-typeck.c is not a generated file so you must have done something wrong in
extracting the source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28428
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28428
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-19 03:44
---
This works for me and many other people. Also no feedback in 3 months so
closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-19 03:47 ---
(In reply to comment #6)
> Yes, char pointers are special. I'd like a non-special char pointer.
Actually it is not the char pointers which are special but access through a
character, there is a difference.
> I ofte
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-19 03:51 ---
(In reply to comment #3)
> Subject: Re: gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
>
> What do you mean by "static limit"?
>
Stack, I had meant to say.
Anyways this works for many people inclu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-19 03:52 ---
No feedback in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2005-02-18 00:00:09 |2006-07-19 03:52:
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-19 03:54 ---
../../gcc-4.0.3/libiberty/getpwd.c:77: storage size of `dotstat' isn't known
../../gcc-4.0.3/libiberty/getpwd.c:77: storage size of `pwdstat' isn't known
That is a bug in the headers you have installed and not a bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-19 03:55 ---
No feedback in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The build log is somewhat jumbled, but bootstrap fails a make -j 8 with
stage1/xgcc -Bstage1/ -B/pkgs/gcc-4.1.1/sparc-sun-solaris2.9/bin/ -c -O2 -g
-mcpu=ultrasparc -m64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wo
--- Comment #1 from lucier at math dot purdue dot edu 2006-07-19 04:27
---
*** This bug has been marked as a duplicate of 28428 ***
--
lucier at math dot purdue dot edu changed:
What|Removed |Added
---
--- Comment #2 from lucier at math dot purdue dot edu 2006-07-19 04:27
---
*** Bug 28429 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28428
--- Comment #3 from lucier at math dot purdue dot edu 2006-07-19 04:28
---
Let's close this one, it may be because the source directory is mounted on an
NFS volume.
--
lucier at math dot purdue dot edu changed:
What|Removed |Added
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-07-19 05:09
---
Subject: Bug 28235
Author: mmitchel
Date: Wed Jul 19 05:09:00 2006
New Revision: 115577
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115577
Log:
PR c++/28235
* pt.c (tsubst_decl): Handli
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu
|
#include
#include
#include
int main()
{
char s[80];
strcpy(s,"Hi world");
TypedStream* stream =
objc_open_typed_stream_for_file("foo",OBJC_WRITEONLY);
objc_write_type(stream, @encode(char*), &s); // crash here
objc_close_typed_stream(stream);
return 0;
}
--
1 - 100 of 110 matches
Mail list logo