--- Comment #10 from cnstar9988 at gmail dot com 2008-05-29 04:56 ---
google "crtend.o: section .eh_frame: bad cie version 0: offset"
You will find a lot of comments about the question.
http://opensolaris.org/jive/thread.jspa?threadID=54665&tstart=0
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from cnstar9988 at gmail dot com 2008-05-29 04:51 ---
configure:2540: checking for C compiler default output file name
configure:2543: /export/home/test/gcc-4.3.1-build/build/./gcc/xgcc
-B/export/home/test/gcc-4.3.1-build/build/./gcc/
-B/opt/gcc-4.3.1/i386-pc-solaris2.10/b
--- Comment #8 from cnstar9988 at gmail dot com 2008-05-29 04:50 ---
Created an attachment (id=15697)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15697&action=view)
config.log
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
--- Comment #6 from hjl dot tools at gmail dot com 2008-05-29 04:45 ---
Type alignment is ignored for call. See PR 35771.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #9 from hjl dot tools at gmail dot com 2008-05-29 04:40 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01906.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #15 from cnstar9988 at gmail dot com 2008-05-29 02:30 ---
i386-pc-solaris2.10 has the same problem.
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-05-29
02:13 ---
Subject: Re: [4.4 Regression] f951 link failure on i686-apple-darwin9
> Mine. Proposed patch:
> http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01786.html
I also needed the changes suggested by Andreas.
--- Comment #7 from cnstar9988 at gmail dot com 2008-05-29 01:48 ---
PR33100
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
gcc-4.3.1-RC-20080523.tar.bz2
binutils 2.18
Solaris 10 x86_64 U4
gcc is configured to use GNU as but Sun ld.
works well on 4.2.3.
but failed on 4.3.1.
Now I b
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-05-29 00:36 ---
Index: pt.c
===
--- pt.c(revision 2500)
+++ pt.c(working copy)
@@ -12464,6 +12464,20 @@ value_dependent_expression_p (tree expre
--- Comment #1 from pbrook at gcc dot gnu dot org 2008-05-29 00:13 ---
I think this is a gfortran bug. It implements its own short-enums flag instead
of using flag_short_enums.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-05-28 23:54 ---
What caused this regression was the change of representation of CONSTRUCTOR. I
can make this easy work with a simple patch which looks at values of the
CONSTRUCTOR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #8 from hjl dot tools at gmail dot com 2008-05-28 23:25 ---
Created an attachment (id=15696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15696&action=view)
A testcase patch
They will fail with
FAIL: gcc.dg/torture/pr35771-1.c -O0 execution test
FAIL: gcc.dg/tortur
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36362
int
main ()
{
float c = 1.0;
return !!c * 7LL == 0;
}
ICEs on x86_64-linux with -m32 -O0, starting with 4.0.
--
Summary: [4.1/4.2/4.3/4.4 Regression] ICE in simplify_subreg
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: norma
--- Comment #4 from mt-ml at gmx dot de 2008-05-28 23:08 ---
(In reply to comment #2)
> This sounds like a kernel bug. At least we need preprocessed source of the
> source file in drivers/usb/core/usbcore.ko that generates the reference
> to ilog2_NaN.
>
Can you advise me please ho
--- Comment #7 from hjl dot tools at gmail dot com 2008-05-28 22:56 ---
It isn't fixed by revision 136054. Those new tests will fail at -O0
since revision 136054 doesn't address the real issu here.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #2 from janus at gcc dot gnu dot org 2008-05-28 22:56 ---
A related problem also occurs with the POINTER attribute:
interface
real function bar()
end function bar
end interface
pointer :: bar
Here I'm not really sure if it is forbidden, because one could interpret this
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-28 22:52 ---
http://lkml.org/lkml/2008/5/25/233
It says something about __builtin_constant_p being broken but I doubt it
really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-28 22:25 ---
Constructs like
((struct sockaddr_in *)(&svaddr))->sin_port
violate C aliasing rules if svaddr is not of type struct sockaddr_in.
You can either use -fno-strict-aliasing or do the type-punning via
memcpy or by usi
--- Comment #1 from burnus at gcc dot gnu dot org 2008-05-28 22:23 ---
Similarly for:
interface
function bar()
real bar(:) ! wrong w/o allocatable
end function bar
end interface
ALLOCATABLE :: bar ! WRONG
end
--
burnus at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-28 22:20 ---
This sounds like a kernel bug. At least we need preprocessed source of the
source file in drivers/usb/core/usbcore.ko that generates the reference
to ilog2_NaN.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #4 from burnus at gcc dot gnu dot org 2008-05-28 22:19 ---
Update summary.
> I see. If component x were an allocatable instead of a pointer,
> would I then get an error?
Yes.
> It might be useful to emit a warning when -Wsurprising (or some
> other option turned on by -Wa
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-05-28 22:18
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
The following code is invalid, but accepted by gfortran:
interface
real function bar()
end function bar
end interface
dimension :: bar(4)
It is invalid, since section 12.3.2.1 of the Fortran 2003 standard states:
"An interface body specifies all of the characteristics of the explicit
specific
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-05-28 22:16
---
Patches should be sumbitted to the gcc-patches mailinglist.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35964
--- Comment #1 from mt-ml at gmx dot de 2008-05-28 22:14 ---
Created an attachment (id=15695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15695&action=view)
kernel config-file to reproduce error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--- Comment #1 from orion at cora dot nwra dot com 2008-05-28 22:13 ---
Created an attachment (id=15694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15694&action=view)
Pre-processed stream.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36360
I'm compiling amanda 2.6.0p1 on Fedora 9 with gcc 4.3.0. I started seeing a
problem where it was trying to connect to port 0 on localhost rather that a
given port number:
connect(3, {sa_family=AF_INET, sin_port=htons(0),
sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||35964
Priority|P3 |P2
http://gcc
Hi
I've tested gcc-4.4 with the current developer kernel 2.6.26-rc4 and got the
following compile error:
...
Setup is 12236 bytes (padded to 12288 bytes).
System is 2521 kB
CRC 735d1682
Kernel: arch/x86/boot/bzImage is ready (#62)
Building modules, stage 2.
MODPOST 222 modules
ERROR: "ilo
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36343
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regressio
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |middle-end
Priority|P3 |P2
http:
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36276
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||accepts-invalid
Priority|P3 |P4
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35100
--- Comment #3 from janus at gcc dot gnu dot org 2008-05-28 21:58 ---
The problem in comment #2 was indeed introduced by my rev. 134867, and can be
fixed by the following patch:
Index: gcc/fortran/resolve.c
===
--- gcc/fort
--- Comment #13 from janus at gcc dot gnu dot org 2008-05-28 21:37 ---
Fixed with r136130. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from strauman at slac dot stanford dot edu 2008-05-28 21:35
---
Created an attachment (id=15693)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15693&action=view)
suggested fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36358
The -m[no-]vrsave option is ignored on 4.3.0 (and it seems on the trunk
as of 2008/5/28 it still is). Note the old form -mvrsave=no does work.
Other -m[no-] options also fail to work with 4.3.0 but (at least some)
of them have apparently been fixed on the trunk (as of today) but
-m[no-]vrsave has
--- Comment #8 from janus at gcc dot gnu dot org 2008-05-28 21:34 ---
rev. 136130 contains the fixes from comment #2 and comment #3, but the test
case from comment #1 is still failing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35830
--- Comment #7 from janus at gcc dot gnu dot org 2008-05-28 21:28 ---
Subject: Bug 35830
Author: janus
Date: Wed May 28 21:27:56 2008
New Revision: 136130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136130
Log:
2008-05-28 Janus Weil <[EMAIL PROTECTED]>
PR fortran/3
--- Comment #12 from janus at gcc dot gnu dot org 2008-05-28 21:28 ---
Subject: Bug 36325
Author: janus
Date: Wed May 28 21:27:56 2008
New Revision: 136130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136130
Log:
2008-05-28 Janus Weil <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-05-28 21:12
---
Subject: Bug 36319
Author: fxcoudert
Date: Wed May 28 21:11:39 2008
New Revision: 136129
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136129
Log:
PR fortran/36319
* intrinsic.c (gfc_con
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36271
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36264
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36263
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36196
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36155
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-28 18:51 ---
It should be mentioned this is a stack overflow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36184
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36197
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36180
--- Comment #18 from fxcoudert at gcc dot gnu dot org 2008-05-28 17:26
---
For the memory leak that happens from simplify_parameter_variable(), a reduced
testcase is:
integer, parameter :: MSKa1(1) = 1
integer, parameter :: ARR1 = MSKa1(1)
end
The reason for it is that when we c
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-05-28 16:58 ---
Not a regression so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from joel at gcc dot gnu dot org 2008-05-28 16:33 ---
Updated changelog entry. I missed adding the s-hwint-interr.adb file
when I replaced my svn tree a while back. There are no modifications
to s-osinte-rtems.adb. The .ads just binds to more routines provided
by RTEMS
--- Comment #9 from joel at gcc dot gnu dot org 2008-05-28 16:29 ---
Created an attachment (id=15692)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15692&action=view)
Latest version
Previous patch did not include s-interr-hwint.adb.
There is no patch to s-osinte-rtems.adb since t
--- Comment #2 from gunnar at greyhound-data dot com 2008-05-28 16:28
---
(In reply to comment #1)
> It would have been nice to check at least gcc 4.3 (or better current trunk).
>
I have verified this with the most current GCC source trunk.
GCC 4.4 code snapshot 2008-05-23
The proble
--- Comment #2 from gunnar at greyhound-data dot com 2008-05-28 16:23
---
(In reply to comment #1)
> It would have been nice to check at least gcc 4.3 (or better current trunk).
>
I have verified this for you with the most current GCC source.
Verified with gcc version 4.4.0 20080523 (
--- Comment #2 from gunnar at greyhound-data dot com 2008-05-28 16:18
---
(In reply to comment #1)
> It would have been nice to check at least gcc 4.3 (or better current trunk).
>
I've verified with latest source gcc source "version 4.4.0 20080523
(experimental) (GCC)"
The most curr
--- Comment #3 from gunnar at greyhound-data dot com 2008-05-28 16:14
---
(In reply to comment #1)
> It would have been nice to check at least gcc 4.3 (or better current trunk).
>
I've verified with latest source gcc source "version 4.4.0 20080523
(experimental) (GCC)"
The problem th
--- Comment #6 from charlet at gcc dot gnu dot org 2008-05-28 15:58 ---
Documentation has been updated, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from charlet at gcc dot gnu dot org 2008-05-28 15:56 ---
Subject: Bug 34446
Author: charlet
Date: Wed May 28 15:55:41 2008
New Revision: 136111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136111
Log:
2008-05-28 Vincent Celier <[EMAIL PROTECTED]>
PR a
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-28 14:53 ---
Subject: Bug 36339
Author: rguenth
Date: Wed May 28 14:52:07 2008
New Revision: 136101
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136101
Log:
2008-05-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-05-28 14:46 ---
Subject: Bug 36339
Author: rguenth
Date: Wed May 28 14:45:57 2008
New Revision: 136100
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136100
Log:
2008-05-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-28 13:54 ---
Subject: Bug 36291
Author: rguenth
Date: Wed May 28 13:54:05 2008
New Revision: 136095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136095
Log:
2008-05-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-05-28 13:57
---
The situation on the trunk should be much better now. A trivial backport to
the
4.3 branch failed during bootstrap though, so that has to wait for some
investigation.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #8 from matz at gcc dot gnu dot org 2008-05-28 13:54 ---
Fixed in [EMAIL PROTECTED] Option now is -Wno-enum-compare .
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-05-28 13:46
---
Subject: Bug 36300
Author: rguenth
Date: Wed May 28 13:45:47 2008
New Revision: 136085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136085
Log:
2008-05-28 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-05-28 13:46
---
Fixed for 4.3.1. Unassigning.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Incorrect type used for |[4.1/4.2/4.3 Regression]
|inlined expression
I have found a tipo in this file:
- C:/Dev-Cpp/include/c++/3.4.2/bits/char_traits.h
- --- LINE 80 ---
Wrong:
* may not be specialized for fundamentl types, but classes in
Ok
* may not be specialized for fundamental types, but classes in
"fundamentl" is spelled incorrectly. Thanks!
--- Comment #3 from dominiq at lps dot ens dot fr 2008-05-28 13:37 ---
Will Darwin users have to wait two months for this patch to be approved and
committed (even if Apple did not contributed)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36348
--- Comment #8 from hjl dot tools at gmail dot com 2008-05-28 13:32 ---
(In reply to comment #7)
> Fixed?
>
The bug report was opened against gcc 4.3. To fix it in 4.3, we need to
backport the fix from trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #6 from mikpe at it dot uu dot se 2008-05-28 13:20 ---
(In reply to comment #5)
> >checking for C compiler default output file name... configure: error: C
> compiler cannot create executables
> See `config.log' for more details.
> make[1]: *** [configure-target-libgomp] Error
--- Comment #15 from rguenther at suse dot de 2008-05-28 12:57 ---
Subject: Re: Incorrect type used for inlined expression
On Wed, 28 May 2008, acarmeli at mathworks dot com wrote:
> --- Comment #14 from acarmeli at mathworks dot com 2008-05-28 12:25
> ---
> You are correct.
Ein marktgewinnendes Handelsunternehmen sucht neue Kollegen !!
Sie haben 4 Stunden in der Woche Zeit , besitzen einige Internetkenntnisse und
sind immer erreichebar??
- Sie haben dann die Moeglichkeit bei uns einzusteigen und ab zwei Tausend
monatlich zu erhalten!!
Neugirig? - schreiben Sie
--- Comment #2 from a dot iqbal at ieee dot org 2008-05-28 12:50 ---
(In reply to comment #1)
> You need a newer version of binutils (from CVS).
>
Thank you very much. That solved it.
So I close it marking as invalid because it was an issue with binutils.
--
a dot iqbal at ieee do
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
CC||janus at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #6 from acarmeli at mathworks dot com 2008-05-28 12:37 ---
Richard,
This is the root cause of the problem: I agree with you that an overflow can
occur and there is no way to guarantee the resulting value.
However, it must be a 32-bit value.
It cannot all of a sudden become
--- Comment #14 from acarmeli at mathworks dot com 2008-05-28 12:25 ---
You are correct. But step 6 did not reveal that, and provided a correct s64
result. This result should have been carried over to step 7 to lead to a
correct result.
Otherwise, it will not be possible to get the resu
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-05-28 12:11
---
In step5 we have signed overflow in the multiplication of -2147483646
with itself. Thus starting from that, the following results are unreliable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36300
It would be really useful if gcc/cpp had a -Wrecursive-inclusion option. In
essence, this should print warnings if any file, directly or indirectly,
attempts to include itself. I believe that this in most cases is an error, and
since regular header guards will work around the problem (by skipping a
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-05-28 11:53 ---
Proposed patch passed regression test on i686-pc-linux-gnu..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36355
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-05-28 11:48
---
We are probably not honoring the implementation defined signed truncation(s).
But my head hurts looking at the testcase vs. the folding code ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36300
--- Comment #11 from acarmeli at mathworks dot com 2008-05-28 11:30 ---
I believe there is still a violation of the C standard when expression folding
folds this.
The attached file demonstrates this.
In step 7, we perform 4*3 in 32-bit and expect to get a 12 in a 64-bit.
It should be p
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-28 11:29 ---
The reason that the PRE no longer works is that the edge iterator ei is now
call clobbered. It escapes to a pure/const function (which wouldn't make it
call clobbered alone) and it has its address taken which is why
--- Comment #10 from acarmeli at mathworks dot com 2008-05-28 11:21 ---
Created an attachment (id=15691)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15691&action=view)
Steps to reach numerically incorrect/impossible result
Compile: gcc bad_numeric.c
Builds up expression until i
gcc-4.2.4 fails to bootstrap on Solaris10/x86 as follows:
env CONFIG_SHELL=/usr/bin/bash /home/mikpe/gcc-4.2.4/configure
--prefix=/opt/local/gcc-4.2.4 --with-gnu-as
--with-as=/opt/local/binutils-2.18/bin/as --without-gnu-ld
--with-ld=/usr/ccs/bin/ld --enable-threads=posix --disable-shared
--enable
we have ambiguous requirement
see:
template
struct _RandomAccessIteratorConcept
{
void __constraints() {
__function_requires< _BidirectionalIteratorConcept<_Tp> >();
__function_requires< _ComparableConcept<_Tp> >();
__function_requires< _ConvertibleConcept<
typename s
--- Comment #2 from P dot Schaffnit at access dot rwth-aachen dot de
2008-05-28 11:06 ---
Thanks!
Philippe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--- Comment #1 from matthijs dot van dot de dot water at gmail dot com
2008-05-28 10:14 ---
My arm-none-linux-gnueabi-gcc with the patch from
bug 35964 does not suffer this ICE.
This is also why Debian/Ubuntu/Fedora do not see this, because they have the
referenced patch applied on t
$> cat matmul.f90
REAL, DIMENSION(2,2) :: a
character(1) :: b
print *, MATMUL(a, b) ! line 4: argument matrix_b is wrong
print *, MATMUL(b, a) ! line 5: argument matrix_a is wrong
end
$> gfortran-svn matmul.f90
matmul.f90:4.18:
print *, MATMUL(a, b)
1
Error:
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-28 08:58 ---
I have a fix (fixing PR36346 fixes this as well).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from hailijuan at gmail dot com 2008-05-28 08:54 ---
Subject: Re: OpenMP-C++: segmentation fault in basic string constructors
no. thanks for your comments. i have correct the testcase. the error
is gone with gcc-4.2. thanks again.
2008/5/28 pinskia at gcc dot gnu dot or
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-28 08:38 ---
*** Bug 36310 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-05-28 08:38 ---
*** This bug has been marked as a duplicate of 17736 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-05-28 08:38 ---
These constructors are not trivial as defined by the C++ standard :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 129 matches
Mail list logo
