--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-31 07:00
---
(In reply to comment #2)
> I have proposed to introduce module namespaces that are built just once per
> compiled file per module; either from source or a mod file. Subsequent usage
> can lift the symbol informat
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
I suggest that we provide an option to write gzip-compressed module files
(-fcompress-modules). When enabled, the module files written are compressed on
the fly by the appropriate calls to zlib (it's not very hard). Also, reading
module files will need to check if they're compressed by looking at t
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-31 06:03 ---
Subject: Bug 29641
Author: pault
Date: Tue Oct 31 06:03:24 2006
New Revision: 118220
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118220
Log:
2006-10-31 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-10-31 06:03 ---
Subject: Bug 29490
Author: pault
Date: Tue Oct 31 06:03:24 2006
New Revision: 118220
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118220
Log:
2006-10-31 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-10-31 06:03 ---
Subject: Bug 29387
Author: pault
Date: Tue Oct 31 06:03:24 2006
New Revision: 118220
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118220
Log:
2006-10-31 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from karlglazebrook at mac dot com 2006-10-31 05:49 ---
Subject: Re: get 'internal compiler error' when building numerical recipes
I'm happy to give 4.2.0 a try
Is it binary compatible with 4.0.1 or will I have to rebuild
everything with a libgfortran dependence?
Kar
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-31 05:44 ---
It would help to confirm it!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-31 05:43 ---
Confirmed
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29624
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-31 05:41 ---
OK, we are going to need a meta-bug for interfaces.
Confirmed accepts-invalid.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-31 05:36 ---
This is a useful improvement to an enhancement, so I have marked it as
"enhancement".
Confirmed.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-31 05:34 ---
As the link says, inlining is implemented for contained procedures. I have
changed the summary to reflect this.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-31 05:30 ---
Confirmed
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2006
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-31 05:23 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2006-10/msg00852.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
My platform is: CYGWIN_NT-5.1 1.5.21(0.156/4/2) 2006-07-30
And I plan to keep tracking 4.3 through its development phase and possible
help that it can also be used by other cygwin users.
I downloaded gcc-core-4.3-20061028, the the c++, objc, and java components.
Configured with:
../con
--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-31 04:46 ---
See Andrew's comment. Using gfortran 4.0.1 is guaranteed
not to compile NR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29660
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-31
03:45 ---
Subject: Re: FAIL: g++.dg/compat/eh/unexpected1
cp_compat_x_tst.o-cp_compat_y_tst.o execute
> I think these all are caused by bugs in binutils after the following patch:
> http://gcc.gnu.org/ml/gcc-cvs/200
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-10-31 03:18
---
Geoff,
I am trying to understand what you are saying.
I could extract a segment of the C code that is being used implement here so
that you can see why it is failing.
I think it is because Apple code is return
--- Comment #25 from ghazi at gcc dot gnu dot org 2006-10-31 03:14 ---
(In reply to comment #18)
> (In reply to comment #17)
> This is because MPFR defines
> lngamma as log(gamma(x)) while the C standard defines it as log|gamma(x)|. I
> wonder if this should be regarded as a bug or if a
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.old-deja/g++.mike/eh33.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-li
nux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-31 02:38 ---
I think these all are caused by bugs in binutils after the following patch:
http://gcc.gnu.org/ml/gcc-cvs/2006-10/msg00787.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29661
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.old-deja/g++.eh/spec4.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-lin
ux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3/
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.old-deja/g++.eh/spec3.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-lin
ux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3/
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.old-deja/g++.eh/spec2.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-lin
ux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3/
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.old-deja/g++.abi/cxa_vec.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-
linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gcc-4.3/gcc/gcc/testsui
te/g++.dg/eh/unexpected1.C -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-linux/l
ibstdc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3/objd
Executing on host: /home/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/home
/dave/gcc-4.3/objdir/gcc/testsuite/g++/../../ cp_compat_main_tst.o
cp_compat_x_t
st.o cp_compat_y_tst.o -nostdinc++
-I/home/dave/gcc-4.3/objdir/hppa-linux/libst
dc++-v3/include/hppa-linux
-I/home/dave/gcc-4.3/objdir/h
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-31 01:51 ---
This works just fine on i686-linux so this is a darwin specific bug. Can you
try a build of 4.2.0 for i686-darwin? Any build of GCC for darwin before 4.2.0
does not support Darwin that well.
--
pinskia at gcc do
I get the following error when trying to compile a subroutine from the famed
numerical recipes in fortran lib
gfortran -O cisi.f
cisi.f: In function 'cisi':
cisi.f:1: internal compiler error: Bus error
Please submit a full bug report,
Code attached. Error goes away when I leave out the -O flag
--- Comment #11 from geoffk at gcc dot gnu dot org 2006-10-31 01:03 ---
Please do not add '[EMAIL PROTECTED]' to the CC list of any bugzilla bug.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from geoffk at gcc dot gnu dot org 2006-10-31 01:02 ---
Hi Jack,
I have no idea what's causing this, and I don't know why you think I do. I am
the one asking you to provide a testcase in the Radar. You're claiming that
this is a bug in Xcode 2.4 (which is supported by
--- Comment #2 from patchapp at dberlin dot org 2006-10-31 00:25 ---
Subject: Bug number PR 29601
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-10/msg01601.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-10-31 00:09
---
Created an attachment (id=12516)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12516&action=view)
Tentative patch
This patch doesn't work :)
It's working fine except that the following code:
implicit no
--- Comment #5 from bangerth at dealii dot org 2006-10-31 00:01 ---
(In reply to comment #0)
> COtherClass(5, m_szSzField, NULL, 0,
> "ImmString1").Method1().Method2(m_ullProblemField)("ImmString2",
> m_pvPointerField)("ImmString3", m_ullProblemField);
> [...]
> The probl
--- Comment #2 from mueller at gcc dot gnu dot org 2006-10-30 23:34 ---
*** Bug 24273 has been marked as a duplicate of this bug. ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from mueller at gcc dot gnu dot org 2006-10-30 23:34 ---
*** This bug has been marked as a duplicate of 18313 ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from mueller at gcc dot gnu dot org 2006-10-30 23:33 ---
Fixed for 4.3
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #2 from mueller at gcc dot gnu dot org 2006-10-30 23:32 ---
Subject: Bug 28704
Author: mueller
Date: Mon Oct 30 23:32:29 2006
New Revision: 118208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118208
Log:
2006-10-30 Dirk Mueller <[EMAIL PROTECTED]>
PR c++/
--- Comment #6 from mueller at gcc dot gnu dot org 2006-10-30 23:22 ---
Fixed for 4.3.0
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28669
--- Comment #3 from mueller at gcc dot gnu dot org 2006-10-30 23:16 ---
Fixed for 4.3
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #5 from mueller at gcc dot gnu dot org 2006-10-30 23:15 ---
Subject: Bug 6321
Author: mueller
Date: Mon Oct 30 23:15:42 2006
New Revision: 118206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118206
Log:
2006-10-30 Dirk Mueller <[EMAIL PROTECTED]>
PR c++/
--- Comment #2 from mueller at gcc dot gnu dot org 2006-10-30 23:09 ---
Subject: Bug 28669
Author: mueller
Date: Mon Oct 30 23:08:59 2006
New Revision: 118205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118205
Log:
2006-10-30 Dirk Mueller <[EMAIL PROTECTED]>
PR c++/
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-30 21:59 ---
Taking the bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #9 from pault at gcc dot gnu dot org 2006-10-30 21:34 ---
Steve and Jerry,
> laptop:kargl[209] f95 -o z t.f90
> Error: t.f90, line 3: Element no. 13 of object A already initialised
> Errors in declarations, no further processing for $main$
> [f95 error termination]
>
The s
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-30 21:27 ---
Tobias,
> A fix for this specific problem is below. But one should check whether there
> are other things related to procedures/subroutines/functions which are be
> prohibited and should be checked. (Thus not assignin
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 21:23 ---
Taking this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #24 from ghazi at gcc dot gnu dot org 2006-10-30 20:22 ---
Subject: Bug 29335
Author: ghazi
Date: Mon Oct 30 20:21:59 2006
New Revision: 118200
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118200
Log:
PR middle-end/29335
* builtins.c (fold_builtin_1
--- Comment #2 from brett dot albertson at stratech dot com 2006-10-30
20:15 ---
(In reply to comment #1)
> How did you configure GCC?
>
I figured it out. I have been using /bin/bash as my shell and not setting
CONFIG_SHELL for the past year. It has been working until now, but appar
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 20:03 ---
How did you configure GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29656
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 20:01 ---
cc: Internal error: Segmentation fault: 11 (program ld)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
Even though it says to report this to GCC, this really should be reported
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-30 19:50 ---
You should be building newlib before building libstdc++.
Anyways this is not a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-30 19:46 ---
It wowkrs just fine iwth 4.3.0 20061026.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
--- Comment #2 from bero at arklinux dot org 2006-10-30 19:43 ---
Created an attachment (id=12514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12514&action=view)
Preprocessed source
Attaching preprocessed source.
This happened with svn rev. 118139; bug 29016 was reported fixed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-30 19:40 ---
I think this is a dup of bug 29016.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29658
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-30 19:39
---
This patch is OK.
Vlad, would you please check it in, unless someone else beats you to it?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28400
c++ -o nsINIParser.o -c -I../../dist/include/system_wrappers -include
../../config/gcc_hidden.h -DOSTYPE=\"Linux2.6.19-0.rc1\" -DOSARCH=\"Linux\"
-DBUILD_ID=00 -I./../build -I../../dist/include/string
-I../../dist/include/xpcom -I../../dist/include -I../../dist/include/nspr
-I../../dist
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 19:31 ---
A fix for this specific problem is below. But one should check whether there
are other things related to procedures/subroutines/functions which are be
prohibited and should be checked. (Thus not assigning to myself.)
gfortran happily accepts the SAVE attribute for function (procedure attributes)
function sq(x)
real, intent(in) :: x
real, save :: sq ! SAVE is wrong!
sq = x**2
end function sq
g95:
Error: PROCEDURE attribute conflicts with SAVE attribute at (1)
sunf95:
ERROR: "SQ" is a function, therefore
--- Comment #2 from pcarlini at suse dot de 2006-10-30 19:12 ---
In general, I would also suggest:
http://gcc.gnu.org/wiki/Building_Cross_Toolchains_with_gcc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29654
When I run make install on current 4.2 sources on Solaris 10 x86, I get:
if [ x != x ] ; then \
/u01/var/tmp/gcc_4.2_svn/gcc/install-sh -c /bin/sh
/u01/var/tmp/gcc_4.2_svn/gcc/gcc/../mkinstalldirs \
/opt/gcc-4.2/libexec/gcc/i386-pc-solaris2.10/4.2.0/install-tools/mkinstalldirs
; \
/u01
%uname -a
FreeBSD wacko 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #0: Fri Oct 27 03:12:39
CDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/WACKO i386
While playing with cc for linking apps, i came across this gem. Whether or not
my command line usage is right (which it probabaly isn't being tha
--- Comment #1 from pcarlini at suse dot de 2006-10-30 18:44 ---
libstdc++/26810 again?
Anyway, not being a cross-build expert, a line that does not make sense in
those outputs is the following:
...
checking for ld that supports -Wl,-z,relro... yes
...
That is [GLIBCXX_CHECK_LINKER
--- Comment #26 from sur at compart dot net 2006-10-30 18:23 ---
It seemed too difficult and risky to me to resolve the numerous rejects of the
attached patch against the 4.1.1 release, so I checked out today via svn the
4.1 branch in current state (30.10.2006). After changing a mask in
--- Comment #9 from burnus at gcc dot gnu dot org 2006-10-30 18:23 ---
Subject: Bug 29452
Author: burnus
Date: Mon Oct 30 18:22:47 2006
New Revision: 118191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118191
Log:
fortran/
2006-10-30 Tobias Burnus <[EMAIL PROTECTED]>
I'm starting with gcc 4.1.1 (as bundled in FC6) on a Dell Latitude D800.
Want to build gcc cross compiler for armv4tl to build a new for arm machine.
Downloaded binutils-2.17 distribution.
configured binutils with
configure --prefix=$HOME/usr/local --target=arm-linux-elf
then did "make" followed b
--- Comment #14 from again at gmx dot de 2006-10-30 17:26 ---
However, my initial testcase (attachment #12493) does still not compile, so it
seems I have simplified it wrongly. I will check this back and reopen the bug
accordingly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=295
--- Comment #13 from again at gmx dot de 2006-10-30 17:12 ---
(In reply to comment #11)
> I believe the testcase is invalid.
You're right, therefore I'm closing this bug. The author of the Boost.Lambda
library, Jaakko Järvi, kindly pointed my to a section of the library
documentation,
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-10-30 17:02
---
*** Bug 29650 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-30 17:02 ---
*** This bug has been marked as a duplicate of 26881 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2006-10-30 16:46
---
The following patch fixes the problem:
Index: data.c
===
--- data.c (revision 118134)
+++ data.c (working copy)
@@ -155,7 +155,8 @@
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.1
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-30 16:45 ---
Reduced testcase:
int main(void)
{
{ static union { } u; }
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-30 16:31 ---
(In reply to comment #2)
> works for me with gcc (GCC) 4.1.2 20061024 (prerelease) (SUSE Linux).
Fails with me: 4.1.2 20061014
So reducing ...
--
pinskia at gcc dot gnu dot org changed:
What|Rem
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-30 16:24 ---
Reducing ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-30 16:16 ---
Btw, you should report this to Ubuntu/Debian instead.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-30 16:15 ---
Subject: Bug 29410
Author: pinskia
Date: Mon Oct 30 16:15:09 2006
New Revision: 118186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118186
Log:
2006-10-30 Andrew Pinski <[EMAIL PROTECTED]>
PR fo
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-30 16:14 ---
works for me with gcc (GCC) 4.1.2 20061024 (prerelease) (SUSE Linux).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
--- Comment #1 from jakub at gcc dot gnu dot org 2006-10-30 16:11 ---
This is caused by the stack realignment in i?86 main, the way it is currently
implemented is that address of first argument is loaded into %ecx and
then the stack is realigned. The pseudo register which shows in the
a
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-10-30 16:01
---
> Bug in biv selection, so strength reduction messes up:
>
> Loop from 45 to 46: 12 real insns.
> Biv 60: insn 19 const (reg 59 [ pretmp.26 ])
> Biv 60: insn 22 const (1)
> Biv 60: verified
> Biv 60: initialized
--- Comment #1 from eric dot niebler at gmail dot com 2006-10-30 15:42
---
Created an attachment (id=12513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12513&action=view)
preprocessed input file
preprocessed input file, compressed because of file size restrictions
--
http:
Building with
"/usr/local/gcc-4.1.1/bin/g++" -ftemplate-depth-128 -O0 -fno-inline -Wall
-g --save-temps -DBOOST_ALL_NO_LIB=1 -I"../../.."
-I"/home/ericne/boost/cvs/boost" -c -o
"C:\cygwin\home\ericne\boost\cvs\boost\bin.v2\libs\xpressive\scratch\gcc-4.1\debug\main.o"
"main.cpp"
Error:
../.
built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../svn/gcc/configure --prefix=$(localpath) --disable-nls
--enable-threads=posix --enable-shared --enable-bootstrap --with-system-zlib
--program-suffix=-svn --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.3.0 20061030 (e
implicit none
integer :: i1,i2
integer(2) :: status2
integer(4) :: status4
i1 = 0; i2 = 0
call signal(i1, i2, status4)
print *,status4
call signal(i1, i2, status2)
print *,status2
end
Dumped tree shows:
{
int4 D.1330;
D.1330 = (int4) status2;
_gfortran_signal_sub_int
--- Comment #12 from pcarlini at suse dot de 2006-10-30 14:53 ---
Thanks Eric.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|sh4-unknown-linux-gnu, |sh4-unknown-linux, i686-pc-
|x86_64-suse-linux-gn
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-10-30 14:50
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-10-30 14:49
---
> Oh, well, once in a while you *must* di that, right? ;)
Only under duress. :-) Bug confirmed with Binutils 2.17 20061003 on x86.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-30 14:24
---
(In reply to comment #7)
> - ASYNCHRONOUS: 'YES', 'NO'
> - BLANK: 'NULL', 'ZERO'
> - DECIMAL: 'COMMA', 'POINT'
> - DELIM: 'APOSTROPHE', 'QUOTE', 'NONE
> - PAD: 'YES', 'NO'
> - ROUND: 'UP', 'DOWN', 'ZERO', 'NEAREST
--- Comment #7 from burnus at gcc dot gnu dot org 2006-10-30 14:21 ---
And mark as fixed.
Hopefully, we won't forget to add checks also to the following specifiers as
soon as we implement them.
WRITE/READ (some only in READ allowed; those are not yet implemented in
gfortran):
- ASYNCHR
--- Comment #6 from burnus at gcc dot gnu dot org 2006-10-30 14:19 ---
Accept bug
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassig
--- Comment #5 from burnus at gcc dot gnu dot org 2006-10-30 14:17 ---
Subject: Bug 29452
Author: burnus
Date: Mon Oct 30 14:17:15 2006
New Revision: 118184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118184
Log:
fortran/
2006-10-26 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #1 from info at wolfsohn-software dot de 2006-10-30 14:00
---
Created an attachment (id=12512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12512&action=view)
preprocessor output
as requested from compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29650
--- Comment #8 from dir at lanl dot gov 2006-10-30 13:58 ---
Fixing the errors that are shown above is trivial - so I assume that they are
just the first of a cascade of errors in trying to fix the problem. Having a
shared libgcc is Ok - the real problem is distributing version of progra
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enab
--- Comment #2 from P dot Schaffnit at access dot rwth-aachen dot de
2006-10-30 12:29 ---
I think a '-traceback' would be a very nice enhancement! (as you could then
have the likes of 'ERRTRA' from Lahey or 'TRACEBACKQQ' from Compaq, I forgot
how it translates with Intel...)
--
P d
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-30 12:29 ---
*** Bug 29483 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 144 matches
Mail list logo