--- Comment #3 from geoffk at gcc dot gnu dot org 2006-04-18 06:12 ---
Preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27188
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-04-19 19:15 ---
I think that the actual reported behaviour is not a bug. Some related
behaviour is covered by bug 26612, but in this particular case the name 'Abc'
refers to something that is hidden, and so it shouldn
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-04-19 19:23 ---
I believe that the problem here is that you haven't defined foo::bar in
linkfoo.so. Because the foo in linkfoo.so is hidden, it is not the same foo as
the foo in liblinkfoo.so.
--
geoffk at gcc dot gnu do
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-05-03 17:12 ---
If fixed, this will be fixed in the Darwin linker. In the meantime, don't use
-force_flat_namespace. In fact, it's probably better if you don't use it at
all; the system libraries aren't expe
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-05-04 21:49 ---
I have a patch for this at
<http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00182.html>
which is on hold for 4.3.
--
geoffk at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from geoffk at gcc dot gnu dot org 2006-05-04 21:57 ---
I am working on this (the original reported problem).
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from geoffk at gcc dot gnu dot org 2006-05-09 08:20 ---
Fix posted as <http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00328.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16622
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-05-18 01:09 ---
The author didn't respond to my question about copyright assignment, so I don't
think the patch can be applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13676
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-05-23 21:21 ---
(In reply to comment #2)
> Can we then have a new cctools which includes a newer ld64 also since right
> now
> powerpc-darwin is broken on a G5 without using --disable-multilib.
This specific problem
--- Comment #12 from geoffk at gcc dot gnu dot org 2006-05-31 22:48 ---
The issue here is that Darwin does not support zero-sized objects in the
linker. It just won't work.
So, you need to make sure that the linker never sees them. This is presently
done for Darwin by adding a
--- Comment #15 from geoffk at gcc dot gnu dot org 2006-06-01 21:49 ---
After discussion with Mike, I don't think Andrew's fix is right either.
If varasm.c wants to be able to predict memory layout, then what it needs to do
is ensure that the memory layout is seen as a sing
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-06-06 01:17 ---
Clearly, we cannot add any symbols to the 10.4 libgcc_s. 10.4 has already
shipped, and we do not have a time travel device.
By default, gcc compiles for the earliest OS version it knows about. For C++,
that means
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-06-06 01:19 ---
In bug 26792, I suggest that libstdc++ should use autoconf to detect whether
this function exists and not use it if it doesn't. That would also fix this
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
OS
pathnames
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
GCC target tripl
--- Comment #10 from geoffk at gcc dot gnu dot org 2006-06-21 20:44 ---
Hi Andrew,
I'm not sure what diagnostic you're talking about. If you violate the ODR and
define myclass in a different TU, with a different definition for myclass::foo,
you will typically get no diagno
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-06-22 23:36 ---
I think the problem with the FSF build is that the SDK is actually
*-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0.
If you give configure the full three-entry version numbers it will
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-06-22 23:38 ---
(In reply to comment #3)
> I think the problem with the FSF build is that the SDK is actually
> *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0.
I mean, of course, *-apple-darwi
--- Comment #10 from geoffk at gcc dot gnu dot org 2008-11-28 07:34 ---
Yes, the test is still valid. It is reporting a real problem. I will suggest
a change to __GCC_HAVE_DWARF2_CFI_ASM that permits the testcase to continue
working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|geoffk at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|geoffk at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|geoffk at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #26 from geoffk at gcc dot gnu dot org 2005-11-17 00:33 ---
That's weird. The library exists, there's a -L path pointing to it, it has the
right architecture, so why does libtool say it can't be found?
When I have 2.2 installed, I get a very similar complai
--- Comment #4 from geoffk at gcc dot gnu dot org 2005-11-17 22:35 ---
It's certainly wrong to be using -all-load unless you're also using -r.
--
geoffk at gcc dot gnu dot org changed:
What|Removed
--- Comment #29 from geoffk at gcc dot gnu dot org 2005-11-19 04:42 ---
This is really '3rd party to resolve'. It shouldn't be fixed in GCC, but
rather in Apple's libtool.
--
geoffk at gcc dot gnu dot org changed:
What|Removed
--- Comment #30 from geoffk at gcc dot gnu dot org 2005-11-19 04:56 ---
libtool -arch_only ppc64 doesn't work with -L paths
containing '..'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
--- Comment #29 from geoffk at gcc dot gnu dot org 2005-11-25 22:06 ---
Some comments:
1. There is no need to use weak symbols for pthreads on Darwin. There's no
separate pthread library like on some other OSs.
2. Some older versions of Darwin do not support weak symbols *a
Summary: aliases, including weakref, break alias analysis
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geo
--- Comment #88 from geoffk at gcc dot gnu dot org 2005-12-15 23:41 ---
This patch doesn't solve the vector issue, does it? It doesn't look
like it, I would have expected it to need some C++ frontend changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-08-20 23:21 ---
As a workaround, I believe you can simply delete the gcc_assert. This will
mean, though, that either you don't get debug information for Foo, or you will
get debug information but saying that Foo lives i
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-08-21 23:22 ---
The same thing happens if you use 'file.i' rather than 'file.h': it gets
treated as preprocessed rather than C++ source:
$ ./g++ -B./ -c -x c++ file.i -###
Reading specs from ./specs
Target: i386
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-08-22 01:20 ---
It turns out that if you compile this with 'gcc -mcpu=G4 -O -gdwarf-2' on
powerpc-darwin, this testcase works fine, but if you do it with '-mcpu=G3', it
fails; that is, it fails when V4SFmode is
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-08-22 19:16 ---
Subject: Bug 28692
Author: geoffk
Date: Tue Aug 22 19:16:03 2006
New Revision: 116331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116331
Log:
Index: gcc/ChangeLog
2006-08-21 Geoffrey Keating
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-08-22 19:17 ---
Patch above should have fixed this.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-08-28 20:44 ---
(In reply to comment #3)
> Created an attachment (id=12037)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12037&action=view) [edit]
> patch
>
> It looks like we should bite the bullet and
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28880
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-08-29 04:48 ---
In the duplicate I explain:
The problem is that the front-end is calling the DWARF output code with two
shallow copies of the same structure, 'S'. The DWARF code detects that two
different structures hav
--- Comment #28 from geoffk at gcc dot gnu dot org 2006-09-18 21:02 ---
The current version of the documentation says, for -fvisibility=,
Be aware that headers from outside your project, in particular system
headers and headers from any other library you use, may not be
expecting to be
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-09-26 00:44 ---
If you tried the page-of-functions idea, what would you do if you'd used all
the functions on the page and needed another one?
--
geoffk at gcc dot gnu dot org changed:
What|Re
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 ---
Isn't this handled by -ftrapv?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
ssigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29295
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-10-03 20:27 ---
Fixed with <http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01398.html>, queued
for 4.3.
--
geoffk at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-10-03 20:35 ---
This is fixed in later versions of the darwin developer tools.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-10-03 20:47 ---
In
<http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00997.html>
I report that cross-compiling from powerpc-darwin to i386-darwin succeeds.
--
geoffk at gcc dot gnu dot org changed:
What|R
--- Comment #5 from geoffk at gcc dot gnu dot org 2006-10-03 20:48 ---
This should be fixed, right?
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-10-03 20:50 ---
The patch here is clearly wrong. If you don't like the warnings, you should
work out why they are being output and fix the underlying bug, rather than
ignoring them in the testsuite.
--
http://gcc.gn
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-10-03 20:51 ---
I don't believe this has yet been made to work on Darwin.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-10-04 23:57 ---
Probably atoi() tail-calls strtol_l.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
--- Comment #11 from geoffk at gcc dot gnu dot org 2006-10-06 19:14 ---
This is entirely a dup of 25477.
*** This bug has been marked as a duplicate of 25477 ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-10-06 19:14 ---
*** Bug 25850 has been marked as a duplicate of this bug. ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-10-06 19:16 ---
Tracking this as part of the general problem under 25477.
*** This bug has been marked as a duplicate of 25477 ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-10-06 19:16 ---
*** Bug 23504 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-10-06 19:20 ---
The general problem here is that on PPC Darwin, when using gcc with
-mlong-double-128 (which is the default), some system functions (you can find a
list in bug 25850) need to have $LDBL128 appended to their assembly
--- Comment #10 from geoffk at gcc dot gnu dot org 2006-10-06 23:05 ---
(In reply to comment #9)
> Geoff,
> Are the variadic functions really worth worrying about? Currently gcc
> trunk
> can only
> be built with the cctools from Xcode 2.4 or later (which basic
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29461
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-10-13 17:44 ---
Created an attachment (id=12426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12426&action=view)
.s output of compiling the example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29461
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 ---
I think this is a dup of bug 23067; they have the same underlying problem,
which is that FSF GCC doesn't emulate the Apple GCC algorithm for structure
layout exactly.
*** This bug has been marked as a duplica
--- Comment #25 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 ---
*** Bug 25630 has been marked as a duplicate of this bug. ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15834
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16622
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-10-16 21:58 ---
This should work now for DWARF, so only stabs uses strange numbering.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3920
--- Comment #12 from geoffk at gcc dot gnu dot org 2006-10-18 17:08 ---
Isn't this a dup of bug 28834?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29436
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-10-18 18:41 ---
The stabs numbering should probably match whatever AIX does.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from geoffk at gcc dot gnu dot org 2007-01-25 06:01 ---
It's optional, but if you support Annex F of the C99 standard then F.4 says:
If the floating value is infinite or NaN or if the integral part of the
floating value exceeds
the range of the integer type, the
--- Comment #12 from geoffk at gcc dot gnu dot org 2007-01-25 19:18 ---
I'm working on this.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |
--- Comment #13 from geoffk at gcc dot gnu dot org 2007-01-25 19:20 ---
... at least, I think I have a patch which will fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- Comment #14 from geoffk at gcc dot gnu dot org 2007-01-25 20:32 ---
Subject: Bug 25127
Author: geoffk
Date: Thu Jan 25 20:32:06 2007
New Revision: 121184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121184
Log:
2007-01-24 Geoffrey Keating <[EMAIL PROTECTED]&g
--- Comment #15 from geoffk at gcc dot gnu dot org 2007-01-26 00:04 ---
Subject: Bug 25127
Author: geoffk
Date: Fri Jan 26 00:03:28 2007
New Revision: 121190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121190
Log:
2007-01-24 Geoffrey Keating <[EMAIL PROTECTED]&g
--- Comment #16 from geoffk at gcc dot gnu dot org 2007-01-26 00:05 ---
This should be fixed now in the trunk and 4.2 branches.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from geoffk at gcc dot gnu dot org 2007-01-26 00:23 ---
This is probably because the mingw math.h header does not support C99.
Francois, where does this header come from?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
--- Comment #8 from geoffk at gcc dot gnu dot org 2007-02-27 17:25 ---
I'm confident that my patch could not possibly have affected targets other than
Darwin, and should not have significantly affected code generation even there.
Complex arithmetic testcases will fail for other re
--- Comment #1 from geoffk at gcc dot gnu dot org 2007-03-02 18:59 ---
This is because gccspec.c is adding -shared-libgcc when it sees an Objective-C
file, but inconsistently; it doesn't handle -x options, it doesn't handle the
-objC flag. On Darwin, it's wrong to add
--- Comment #2 from geoffk at gcc dot gnu dot org 2007-03-07 00:16 ---
The change to gccspec.c was made by Franz Sirl on 2001-06-16, revision 43421.
The mail on gcc-patches is at
<http://gcc.gnu.org/ml/gcc-patches/2001-04/msg01394.html>. There's further
discussi
--- Comment #9 from geoffk at gcc dot gnu dot org 2007-03-07 01:38 ---
Confirmed.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from geoffk at gcc dot gnu dot org 2007-03-07 01:52 ---
c_types_compatible_p says the two types are compatible, but it never gets
called. I don't think the back-end is involved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #11 from geoffk at gcc dot gnu dot org 2007-03-07 02:01 ---
No, I take it back, the back-end is involved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
duct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31089
--- Comment #4 from geoffk at gcc dot gnu dot org 2007-03-08 19:56 ---
Subject: Bug 31013
Author: geoffk
Date: Thu Mar 8 19:56:37 2007
New Revision: 122709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122709
Log:
PR 31013
* gccspec.c (lang_specifi
--- Comment #5 from geoffk at gcc dot gnu dot org 2007-03-08 20:31 ---
This should be fixed now.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from geoffk at gcc dot gnu dot org 2007-03-10 00:00 ---
Subject: Bug 31013
Author: geoffk
Date: Sat Mar 10 00:00:09 2007
New Revision: 122774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122774
Log:
PR 31013
* gccspec.c (lang_specifi
--- Comment #4 from geoffk at gcc dot gnu dot org 2007-03-16 20:12 ---
Confirmed. (Yes, this means I'm finally able to reproduce it!)
--
geoffk at gcc dot gnu dot org changed:
What|Removed |
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org
--- Comment #34 from geoffk at gcc dot gnu dot org 2007-04-25 00:14 ---
I don't know what patches you're referring to, so no.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #3 from geoffk at gcc dot gnu dot org 2007-04-25 19:49 ---
I'm fairly sure this is in fact a bug in GCC. The problem is that in a routine
which uses setjmp, alloca() must ensure that the previous stack backchain is
preserved, which means it needs to allocate enough
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #6 from geoffk at gcc dot gnu dot org 2007-10-17 21:28 ---
Shouldn't you have to use
_mm_sll_epi32(s, _mm_cvtsi32_si128 (c))
instead? Or does the 'i' in 'slli' stand for 'int' not 'immediate'?
I thought that the list of _mm_s
--- Comment #8 from geoffk at gcc dot gnu dot org 2007-10-18 04:53 ---
(In reply to comment #7)
> Icc generates:
>0: 66 0f 6e cf movd %edi,%xmm1
>4: 66 0f f2 c1 pslld %xmm1,%xmm0
Right, that's what icc's documentation would
--
What|Removed |Added
CC|geoffk at geoffk dot org|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-02
09:59 ---
Should be fixed now.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-06
23:12 ---
There's a local change on apple-ppc-branch that appears to fix this, but for
some reason it was not
submitted to FSF:
1.22.2.24.2.44 (zlaski 01-Mar-05): /* APPLE LOCAL coale
--- Comment #6 from geoffk at gcc dot gnu dot org 2008-10-12 19:44 ---
Confirmed, the regression tester sees it too.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from geoffk at gcc dot gnu dot org 2008-01-21 16:43 ---
I suspect that the patch changed bad code generation into a crash, which is not
a regression...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34621
--- Comment #7 from geoffk at gcc dot gnu dot org 2009-09-26 11:51 ---
I looked up 'weakref' in the GCC documentation because I'd forgotten exactly
what it was supposed to do, and noticed that it's actually documented as
applying only to functions. So, maybe we coul
--- Comment #9 from geoffk at gcc dot gnu dot org 2009-09-26 12:15 ---
(In reply to comment #8)
> Hm, I only can see references to "symbol" not to either function or variable
> declaration in the documentation. Can you cite the part that makes you think
> it r
Keywords: wrong-code
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: geoffk at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31775
--- Comment #1 from geoffk at gcc dot gnu dot org 2007-05-01 19:56 ---
This testcase is the same principle, but might use a different code path in the
compiler:
extern "C" void abort();
extern int *p;
int main()
{
extern int i;
i = 1;
*p = 2;
if (i == 2)
abort ()
1 - 100 of 214 matches
Mail list logo