--- Comment #7 from bonzini at gnu dot org 2006-07-05 06:49 ---
patch committed to 4.1 branch and mainline (where it was latent)
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gnu dot org 2006-07-05 06:47 ---
Subject: Bug 28218
Author: bonzini
Date: Wed Jul 5 06:47:21 2006
New Revision: 115198
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115198
Log:
2006-07-04 Paolo Bonzini <[EMAIL PROTECTED]>
PR tree-optim
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-05 06:25 ---
And config/soft-fp/divdf3.c is there for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28264
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-05 06:24 ---
soft-fp is included by default on powerpc-linux and it works for everyone I
know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28264
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-05 06:23 ---
How did you configure GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28264
--- Comment #5 from bonzini at gnu dot org 2006-07-05 06:20 ---
Subject: Bug 28218
Author: bonzini
Date: Wed Jul 5 06:20:19 2006
New Revision: 115197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115197
Log:
2006-07-04 Paolo Bonzini <[EMAIL PROTECTED]>
PR tree-optim
(...)
../../gcc/config/soft-fp/floatsisf.c:36: warning: no previous prototype for
'__floatsisf'
/home/users/builder/rpm/BUILD/trunk/builddir/./gcc/xgcc
-B/home/users/builder/rpm/BUILD/trunk/builddir/./gcc/ -B/usr/ppc-pld-linux/bin/
-B/usr/ppc-pld-linux/lib/ -isystem /usr/ppc-pld-linux/include -isys
--- Comment #1 from aoliva at gcc dot gnu dot org 2006-07-05 06:04 ---
Created an attachment (id=11822)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11822&action=view)
Patch that fixes the bug
This patch fixes the problem for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #3 from varg at theor dot jinr dot ru 2006-07-05 05:44 ---
The error message given by g++-3.4:
test.cc: In member function `void foo::operator()(T1&, T3&)':
test.cc:14: error: non-constant `foo::N_BC' cannot be used as template
argument
test.cc:14: error: template argument 3
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-07-05 03:01
---
Fixed for 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from benjamin at smedbergs dot us 2006-07-05 02:49 ---
Jason, is this a patch that can be safely considered for the 1.4.1/1.4.0
branches?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26905
There is a leak of 24 bytes of exception handling context per Java thread on
MinGW due to a hack that fools the MinGW runtime into thinking that
multi-threaded exception handling is in effect but avoids linking to the
correct __mingwthr_key_dtor() from mingwm10.dll and instead links to a dummy
vers
--- Comment #15 from jason at gcc dot gnu dot org 2006-07-05 00:46 ---
(In reply to comment #14)
> Marks's testcase from comment #6 still ICEs.
True, but it's a contrived testcase; I doubt anyone deliberately tries to force
a load of a non-POD object for its own sake.
--
http://gcc
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-05 00:41 ---
Just a note, the follow patch deprecated them in 3.4:
http://gcc.gnu.org/ml/gcc-patches/2003-07/msg02485.html
Though it seems to miss this part for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28
--- Comment #5 from jason dot cipriani at gmail dot com 2006-07-05 00:35
---
Agreed. Wasn't sure if it was actually supposed to work or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-05 00:31 ---
Your workaround is really invalid code and should be rejected.
So what we have here is an accepts invalid that is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
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=28261
--- Comment #3 from jason dot cipriani at gmail dot com 2006-07-05 00:23
---
Apologies for inlining preprocessor output. I have attached the files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #2 from jason dot cipriani at gmail dot com 2006-07-05 00:22
---
Created an attachment (id=11821)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11821&action=view)
"Working" preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #1 from jason dot cipriani at gmail dot com 2006-07-05 00:22
---
Created an attachment (id=11820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11820&action=view)
"Broken" preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
Description:
g++ appears to have issues when declaring function pointer types that accept
default function parameters. However it does not have issues when declaring
non-pointer function types that accept default function parameters. For
example, the following code:
typedef void (* funcptr) (
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
struct A {};
A::A (enum { e }) {}
=
bug.cc:3: internal compiler error: in push_class_level_binding, at
cp/name-lookup.c:2599
Please submit a full bug
--
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=28259
The following invalid testcase triggers an ICE since at least GCC 2.95.3:
=
template struct A
{
friend int foo();
};
void foo() { A<0> a; }
=
bug.cc: In instantiation of 'A<0>':
bug.cc:6: instantiated from here
b
The following invalid testcase triggers an ICE since GCC 3.4.0:
=
struct A
{
virtual A* foo();
};
struct B : virtual A;
struct C : A
{
virtual B* foo();
};
B* C::foo() { return 0; }
=
bug.cc:6: error: expec
--
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=28258
The following invalid testcase triggers an ICE since GCC 3.0:
=
struct A
{
A(void x);
};
struct B : A {};
B b;
=
bug.cc:3: error: 'x' has incomplete type
bug.cc:3: error: invalid use of 'void'
bug.cc:8: internal c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28257
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
struct A
{
int i;
void foo()
{
int A::i = i;
}
};
=
bug.cc: In member function 'void A::foo()':
bug.cc:6: error: extra qualific
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
The following invalid testcase triggers a segfault since GCC 4.1.0:
=
int i = {};
=
bug.cc: In function 'void foo()':
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.3 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28255
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28255
The following valid testcase triggers a segfault since GCC 4.1.0:
=
template void foo()
{
int i = (int){ 0 };
}
=
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: Segmentation fault
Please submit
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
The following invalid testcase triggers an ICE since at least GCC 2.95.3:
=
extern "Java"
{
struct A { typedef int class$; };
}
typedef void* jclass;
A* p = new A;
=
bug.cc:8: internal compiler error: in write_jav
The following invalid testcase triggers an ICE since GCC 3.4.0:
=
struct A
{
virtual A* foo();
};
struct B : virtual A
{
virtual B* foo();
};
struct C : B
{
virtual C& foo();
};
=
bug.cc:13: error: conflicting
--- Comment #4 from danglin at gcc dot gnu dot org 2006-07-04 23:06 ---
On hppa-unknown-linux-gnu with make -j 2 bootstrap:
/home/dave/gnu/gcc-4.2/objdir/gcc/gcj
-B/home/dave/gnu/gcc-4.2/objdir/hppa-linux
/libjava/ -B/home/dave/gnu/gcc-4.2/objdir/gcc/ -g -O2 -o .libs/gappletviewer
--m
a
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-04 22:52 ---
Confirmed. Whether it's a good idea is another question.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-07-04 22:50 ---
Created an attachment (id=11819)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11819&action=view)
Tentative patch
This one compiles...
--
amylaar at gcc dot gnu dot org changed:
What|Remove
pow(x,1/3.0) isn't converted to cbrt(x), even though cbrt() is C99 and thus
widely available.
--
Summary: pow(x,1/3.0) should be converted to cbrt(x)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-07-04
21:35 ---
Subject: Re: [4.2 Regression] posix.cc:222: error: invalid conversion from
'const void*' to 'void*'
> Fixed
Thanks,
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28226
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-07-04 21:24 ---
Created an attachment (id=11818)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11818&action=view)
Tentative patch
I'm currently testing this patch. Hopefully this will allow to pinpoint the
insns that stage3
--- Comment #2 from pluto at agmk dot net 2006-07-04 21:16 ---
works fine with BOOT_CFLAGS="-01" && STAGE1_CFLAGS="-O0".
with BOOT_CFLAGS="-O2" ices as above.
--
pluto at agmk dot net changed:
What|Removed |Added
---
The introduction of tree addresses in debugging dumps has caused
most lines of debugging dumps to differ.
What we had before was that ordinary dumps produced with the same input &
options by compilers produced in different stages of a bootstrap were
reasonably diffable; Slightly different compilati
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-04 20:36 ---
Subject: Bug 28174
Author: pault
Date: Tue Jul 4 20:36:15 2006
New Revision: 115187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115187
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-04 20:36 ---
Subject: Bug 28167
Author: pault
Date: Tue Jul 4 20:36:15 2006
New Revision: 115187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115187
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from andreast at gcc dot gnu dot org 2006-07-04 20:26
---
Fixed
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from andreast at gcc dot gnu dot org 2006-07-04 20:21
---
Subject: Bug 28226
Author: andreast
Date: Tue Jul 4 20:21:40 2006
New Revision: 115184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115184
Log:
2006-07-04 Andreas Tobler <[EMAIL PROTECTED]>
P
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-04 20:16 ---
Subject: Bug 28174
Author: pault
Date: Tue Jul 4 20:15:52 2006
New Revision: 115182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115182
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-04 20:16 ---
Subject: Bug 28167
Author: pault
Date: Tue Jul 4 20:15:52 2006
New Revision: 115182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115182
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from
=?KOI8-R?Q?=E4=C5=CA=D4=C5=D2_=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F7=C1?=
=?KOI8-R?Q?=CC=C5=D2=C9=C5=D7=C9=DE?=
2006-07-04 20:06 ---
Subject: Re: libstdc++ cannot be build on Solaris 9
ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #1 from ebotcazou at gcc
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |andreast at gcc dot gnu dot
|dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #7 from charlet at adacore dot com 2006-07-04 19:09 ---
Subject: Re: [4.2 Regression] gnatbind fails to link on Tru64 UNIX
> Arno, do you have any suggestions on how to investigate this? After all, this
> is a 4.2 regression.
I'd suggest comparing what happens on another
--- Comment #3 from fitzsim at gcc dot gnu dot org 2006-07-04 19:05 ---
Subject: Bug 28244
Author: fitzsim
Date: Tue Jul 4 19:05:19 2006
New Revision: 115180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115180
Log:
2006-07-04 Thomas Fitzsimmons <[EMAIL PROTECTED]>
--- Comment #6 from ro at gcc dot gnu dot org 2006-07-04 18:32 ---
Arno, do you have any suggestions on how to investigate this? After all, this
is
a 4.2 regression.
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from fitzsim at redhat dot com 2006-07-04 17:30 ---
I'm testing a fix for this.
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedT
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28248
--
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=28249
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28250
--- Comment #4 from bonzini at gnu dot org 2006-07-04 17:03 ---
I don't know where I got the idea that you can do
calculate_dominance_info (CDI_DOMINATORS | CDI_POST_DOMINATORS);
instead of
calculate_dominance_info (CDI_DOMINATORS);
calculate_dominance_info (CDI_
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-07-04 17:01
---
Confirmed on SPARC/Solaris 8 and 9, 32-bit and 64-bit.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from patchapp at dberlin dot org 2006-07-04 17:00 ---
Subject: Bug number PR c++/28250
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/msg00112.html
--
http://gcc.gnu.org/bugzil
The following invalid code snippet causes an ICE on mainline:
=
template void foo()
{
try {}
catch (int(0)) {}
}
=
bug.cc: In function 'void foo()':
bug.cc:4: error: expected `)' before numeric constant
bug.cc:4: internal c
The following invalid code is accepted since GCC 4.0.3:
void foo()
{
try {}
catch (long long long) {}
}
--
Summary: [4.0/4.1/4.2 regression] "long long long" accepted by
catch
Product
The following invalid code snippet causes an ICE since GCC 4.1.0:
=
union A { char c; };
template void foo()
{
(A) { 0, 0 };
}
void bar()
{
foo<0>();
}
=
bug.cc: In function 'void foo() [with int = 0]':
bug.cc:10: instan
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-04 15:47 ---
(In reply to comment #5)
> 28219 has a testcase
It does not have a full testcase as you also need the other PCH header file to
try it out.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #5 from fnf at specifix dot com 2006-07-04 15:42 ---
Subject: Re: [4.2 regression] ICE in tree_int_cst_sgn
On Tuesday 04 July 2006 10:39, rguenth at gcc dot gnu dot org wrote:
> Testcase? Works for me...
28219 has a testcase
-Fred
--
http://gcc.gnu.org/bugzilla/show
--- Comment #6 from jphartmann at gmail dot com 2006-07-04 15:21 ---
Subject: Re: internal compiler error: in make_decl_rtl, at varasm.c:752
Which compiler options are you using to trigger that message?
Needless to say I don't see that message with gcc 4.1.1 and -Wall.
How should one
--- Comment #4 from schwab at suse dot de 2006-07-04 14:52 ---
Still crashes as of today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-04 14:52 ---
I get an error on this code:
tb.c:65558: error: declaration of 'navigate' with no linkage follows extern
declaration
tb.c:17: error: previous declaration of 'navigate' was here
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-04 14:48 ---
I want to say this was fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2006-07/msg00011.html
And this works for me also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 14:40 ---
Confirmed, what should happen is we should add the build library directory to
the library path if -fstack-protector is supplied. I think adding -lmudflap
-fmudflap has the same issue.
--
pinskia at gcc dot gnu
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:39 ---
Testcase? Works for me...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-04 14:38
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-07-04 14:35
---
> $ ./configure --prefix=/home/gcc --enable-threads=solaris
> --enable-languages=c,c++ --enable-shared=libstdc++ --disable-multilib
> --disable-nls sparc64-sun-solaris2.9
First of all, building in the source dire
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-04 14:33 ---
ICEs in tree-ssa-math-opts.c, dominators are hosed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:26 ---
Confirmed. Janis, can you check what fixed this on the mainline?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 14:25 ---
I ran into this also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-04 14:14 ---
We have
(struct iteratorD.1984 *) &thisD.2040_1->m_matchStartD.2038
after inlining, which is non-gimple.
(gdb) call debug_tree (*tp)
unit size
align 8 symtab 0 alias set -1 fields
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-04 13:58 ---
Ah no, verify_stmts uses error ().
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-04 13:56 ---
It rejects the valid code and ices during error-recovery.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
gcc 4.1.1 cannot buld on Solaris 9 sparc:
$ ./configure --prefix=/home/gcc --enable-threads=solaris
--enable-languages=c,c++ --enable-shared=libstdc++ --disable-multilib
--disable-nls sparc64-sun-solaris2.9
$ make
...
/home/devel/tmp/gcc-4.1.1/objdir/./gcc/xgcc -shared-libgcc
-B/home/devel/tmp/gc
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 13:53 ---
Confirmed. -O2 -ftracer -fPIC.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from jakub at gcc dot gnu dot org 2006-07-04 13:47 ---
Subject: Bug 25636
Author: jakub
Date: Tue Jul 4 13:47:35 2006
New Revision: 115176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115176
Log:
PR middle-end/26991
Backport from mainline
--- Comment #10 from jakub at gcc dot gnu dot org 2006-07-04 13:47 ---
Subject: Bug 26991
Author: jakub
Date: Tue Jul 4 13:47:35 2006
New Revision: 115176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115176
Log:
PR middle-end/26991
Backport from mainline
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-04 13:43 ---
You need a function named main.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from whaley at cs dot utsa dot edu 2006-07-04 13:15 ---
Guys,
The integer and fp differences do not appear to be strongly related. In
particular, on my P4e, gcc 4's integer code is actually faster than gcc 3's.
Further, if you look at the assemblies of the integer code
I tried to compile gEDA on my computer using gcc-4.1.0 and I received this
error. Any help is appreciated.
/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make[4]: *** [gschem] Error 1
make[
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-07-04 12:18 ---
Of course it is - see my analysis in PR26440 - but it is a mess.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25392
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-07-04 12:03 ---
I reall should create a gfortran script which inclueds -std=f95 by default :-(
LANG=C gfortran -std=f95 test.f90
In file test.f90:3
write(*,*), 'Hello'
1
Error: Extension: Comma be
It would be nice if -Wall would warn that the syntax is wrong if one has a
comma after write() or read() [see example below].
program test
implicit none
write(*,*), 'Hello'
end program test
Such commas are not part of the standard, though several compilers digest them
happily, but not all. T
--
schwab at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
/bin/sh ./libtool --tag=GCJ --mode=link /tmp/cvs/gcc-20060704/Build/gcc/gcj
-B/tmp/cvs/gcc-20060704/Build/ia64-suse-linux/libjava/
-B/tmp/cvs/gcc-20060704/Build/gcc/
-L/tmp/cvs/gcc-20060704/Build/ia64-suse-linux/libjava -funwind-tables -g -O2
-o gkeytool --main=gnu.classpath.tools.keytool.Main
--- Comment #4 from jphartmann at gmail dot com 2006-07-04 07:55 ---
By "accident" I discovered that removing the goto at line 21 gets the compiler
past the error message, but it then fails with "cc1: out of memory allocating
538476640 bytes". Doing the decode in a switch statement prod
--- Comment #39 from ebotcazou at gcc dot gnu dot org 2006-07-04 07:54
---
Thanks a bunch to Geoff!
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 105 matches
Mail list logo
