--- Comment #7 from cnstar9988 at gmail dot com 2008-11-20 00:58 ---
ping...
4.3.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37263
--- Comment #32 from cnstar9988 at gmail dot com 2008-11-22 06:03 ---
ping 4.3.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- Comment #24 from cnstar9988 at gmail dot com 2008-12-22 05:57 ---
ping...
4.3.3
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC
--- Comment #10 from cnstar9988 at gmail dot com 2009-01-07 08:55 ---
ping for 4.3...
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC
--- Comment #11 from cnstar9988 at gmail dot com 2009-01-08 09:24 ---
fixed for 4.3.3?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37194
--- Comment #12 from cnstar9988 at gmail dot com 2009-01-08 09:30 ---
Target Milestone: 4.3.3
But not fixed for 4.3.3
ping ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
--- Comment #14 from cnstar9988 at gmail dot com 2009-06-15 10:10 ---
ping 4.3.4...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40087
--- Comment #13 from cnstar9988 at gmail dot com 2009-06-16 03:54 ---
ping 4.3.4...
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC
--- Comment #14 from cnstar9988 at gmail dot com 2009-06-16 03:56 ---
ping 4.3.4...
The PR40087 fix depends on changes from the this fix, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
: UNCONFIRMED
Severity: critical
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-17 02:35 ---
checking for g++ that supports -ffunction-sections -fdata-sections... yes
checking for sin in -lm... configure: error: Link tests are not allowed after
GCC_NO_EXECUTABLES.
make[1]: *** [configure-target-libstdc++-v3
--- Comment #16 from cnstar9988 at gmail dot com 2007-07-17 02:37 ---
also affects 4.1_branch, libiberty.
HPUX 11.11 hppa64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-17 03:11 ---
checking for library containing strerror... configure: error: Link tests are
not allowed after GCC_NO_EXECUTABLES.
make[1]: *** [configure-target-libiberty] Error 1
make[1]: Leaving directory `/home/beans/gcc-build
--- Comment #4 from cnstar9988 at gmail dot com 2007-07-17 03:26 ---
Subject: Re: (hpux11.11)link test not allowed GCC_NO_EXECUTABLES.
Bug 25035
Bug 28125
Bug 28949
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
- Original Message -
From: "pinskia at gcc dot gnu do
--- Comment #6 from cnstar9988 at gmail dot com 2007-07-17 03:28 ---
Bug 25035
Bug 28125
Bug 28949
similar to these bugs.
I can build gcc-3.4.6, but can't build GCC-4.1.2.
--
cnstar9988 at gmail dot com changed:
What|Removed |
--- Comment #9 from cnstar9988 at gmail dot com 2007-07-17 03:35 ---
reopen.
also hppa64.
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC
--- Comment #8 from cnstar9988 at gmail dot com 2007-07-17 04:55 ---
$ /home/beans/gcc-build/build/./gcc/xgcc -v
Using built-in specs.
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc-4_1-branch/configure --prefix=/opt/gcc-4.1.2/lp64
--with-as=/opt/gcc-4.1.2/lp64/bin/as --with-gnu
--- Comment #9 from cnstar9988 at gmail dot com 2007-07-17 04:57 ---
$ /opt/gcc-3.4.6/lp64/bin/as -v
GNU assembler version 2.17 (hppa64-hp-hpux11.11) using BFD version 2.17
$ /opt/gcc-4.1.2/lp64/bin/as -v
GNU assembler version 2.17 (hppa64-hp-hpux11.11) using BFD version 2.17
--- Comment #10 from cnstar9988 at gmail dot com 2007-07-17 05:09 ---
>>How are you invoking make?
use "make", no any option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
--- Comment #18 from cnstar9988 at gmail dot com 2007-07-17 05:15 ---
(In reply to comment #17)
> Did you copy all of the libraries including the 64bit ones?
hp 11.11(pa8800), supports both 32 and 64bit.
I can build gcc-3.4.6 32bit/64bit, but can't build gcc-4.1.2 64bit.
--- Comment #19 from cnstar9988 at gmail dot com 2007-07-17 05:16 ---
checking for library containing strerror... configure: error: Link tests are
not allowed after GCC_NO_EXECUTABLES.
make[1]: *** [configure-target-libiberty] Error 1
make[1]: Leaving directory `/home/beans/gcc-build
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC||cnstar9988 at gmail dot com
Severity|normal
--- Comment #12 from cnstar9988 at gmail dot com 2007-07-17 06:43 ---
(In reply to comment #11)
> Can you please stop changing the Severity?
I can't change "Priority", so I change "Severity" for testing only, :)
I have download the latest gcc-4.1, but fa
--- Comment #14 from cnstar9988 at gmail dot com 2007-07-17 09:56 ---
I havee set --build/--host/--target with the same value, so I think I build
native gcc.
why not GCC_NO_EXECUTABLES.
--build=hppa64-hp-hpux11.11
--host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11
--
http
--- Comment #15 from cnstar9988 at gmail dot com 2007-07-17 10:04 ---
yes, I seee.
ld: Unsatisfied symbol "pthread_mutex_unlock" in file
/home/beans/gcc-build/build/./gcc/libgcc_eh.a[unwind-dw2-fde.o]
ld: Unsatisfied symbol "pthread_mutex_lock" in file
/home/beans/g
--- Comment #16 from cnstar9988 at gmail dot com 2007-07-17 10:30 ---
Created an attachment (id=13931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13931&action=view)
config.log
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
--- Comment #17 from cnstar9988 at gmail dot com 2007-07-18 02:26 ---
LDFLAGS.
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00953.html
We sometimes get configure errors claiming that LDFLAGS value has
changed since the last configure. This patch fixes that problem, thanks
to a hint
--- Comment #18 from cnstar9988 at gmail dot com 2007-07-18 06:49 ---
(In reply to comment #13)
> Read config.log. Look for messages about collect2.
I think the GCC build configure, may add -lpthread, or pass some option across
Makefile.
LDFLAGS_FOR_BUILD="-lpthread"
LDFLA
rtstuff.c,warning, will always evaluate as 'true'
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-19 03:01 ---
boot gcc, 3.4.6
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
GCC build triplet
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-19 03:12 ---
I think $(GCC)/Makefile.in must remove -O2 for build.
Because the boot GCC may have some bugs with -O2.
It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc 3.X.
--
http://gcc.g
--- Comment #4 from cnstar9988 at gmail dot com 2007-07-19 07:03 ---
When I build gcc-4.2.1(prelease) on HPUX11.11, there is some warning..
why the share library build by GCC4.X on HPUX11.11 can't work..
some symbol required by the shared library could not be found.
But these wor
--- Comment #5 from cnstar9988 at gmail dot com 2007-07-19 07:05 ---
(In reply to comment #3)
> > It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc
> > 3.X.
> Huh?
from 4.2.1 status report.
PR 32182 -fstrict-aliasing ...
PR
--- Comment #19 from cnstar9988 at gmail dot com 2007-07-19 07:17 ---
I have Modify $(GCC)/Makefile.in
LDFLAGS=-lpthread
BOOT_LDFLAGS=-lpthread
So build ok.
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
ion: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
otstrap
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32831
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-20 02:27 ---
insn-conditions.md > tmp-recog.c
../../gcc-4_2-branch/gcc/config/i386/i386.md:18885: warning: operand 1 missing
mode?
../../gcc-4_2-branch/gcc/config/i386/i386.md:18928: warning: operand 1 missing
mode?
/bin
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-20 05:25 ---
My library is a java native library.
It's was build by hp cc.
I have patch all as/ld patchs from hp site.
I read http://gcc.gnu.org/install/specific.html#hppa-hp-hpux11.
It's no doubt that I can build gcc
--- Comment #3 from cnstar9988 at gmail dot com 2007-07-20 05:28 ---
(In reply to comment #2)
> My library is a java native library.
> It's was build by hp cc.
> I have patch all as/ld patchs from hp site.
> I read http://gcc.gnu.org/install/specific.html#hppa-hp-hpux11
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32833
--- Comment #4 from cnstar9988 at gmail dot com 2007-07-20 07:31 ---
On HPPA64, there are some warning.
/home/beans/gcc-build/build/./gcc/xgcc -B/home/beans/gcc-build/build/./gcc/
-B/opt/gcc-4.2.1/lp64/hppa64-hp-hpux11.11/bin/
-B/opt/gcc-4.2.1/lp64/hppa64-hp-hpux11.11/lib/ -isystem
--- Comment #5 from cnstar9988 at gmail dot com 2007-07-23 06:08 ---
I found the problem.
But I don't know how to resolved.
$ gcc -Wl,+noallowunsats -m64 -fPIC -static-libgcc -Wl,-chpexport.sym -shared
-o libtrsbean.sl MafBean.o Function.o api/lib/trsapi.a -lc -lpthread
ld: Unsati
--- Comment #6 from cnstar9988 at gmail dot com 2007-07-23 06:22 ---
Similar to this patch.
How to resolved?
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00327.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32830
--- Comment #7 from cnstar9988 at gmail dot com 2007-07-23 07:15 ---
I build with -lgcc_stub, So works ok.
I think "_Jv_RegisterClasses" for GCJ.
"__cxa_finalize" for G++.
My Library only use C language, so works ok.
:)
--
http://gcc.gnu.org/bugz
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-25 02:49 ---
why gcc show warnings on x86.
not show warnings on x64?
Bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
--- Comment #4 from cnstar9988 at gmail dot com 2007-07-25 09:13 ---
I download GCC from ftp.gnu.org, 4.2.1 release.
gcc -O3 -Wall test.c
can gernerate warning on gcc-4.2.1 on x86
but no warning on gcc-4.2.1/x64. even -m32 or -m64.
I only think the behavior on both platform is the
--- Comment #5 from cnstar9988 at gmail dot com 2007-07-26 02:29 ---
Why the behavior on both platform is not the same?
same code, same release of GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
--- Comment #11 from cnstar9988 at gmail dot com 2007-07-26 08:13 ---
Created an attachment (id=13981)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13981&action=view)
(64bit)gcc -m32 -O3 -Wall test.c -save-temps
(64bit)gcc -m32 -O3 -Wall test.c -save-temps
In this p
--- Comment #12 from cnstar9988 at gmail dot com 2007-07-26 08:20 ---
I want the warning.
but why the warning is glibc's bug?
because memset(x,19,0), is buggy code.
I need the warning.
--
cnstar9988 at gmail dot com changed:
What|Removed |
--- Comment #7 from cnstar9988 at gmail dot com 2007-07-26 07:45 ---
test.c:14: warning: statement with no effect
So I think it is gcc warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
--- Comment #9 from cnstar9988 at gmail dot com 2007-07-26 08:02 ---
Created an attachment (id=13980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13980&action=view)
file
gcc -m32 -O3 -Wall test.c -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
--- Comment #1 from cnstar9988 at gmail dot com 2007-09-06 13:30 ---
./configure --disable-shared
Because I don't want to dynamic linked with libstdc++.so.
I wan't static linked with libstdc++.a.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
--- Comment #7 from cnstar9988 at gmail dot com 2007-09-07 05:58 ---
gcc 4.2.1 have the bug too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33557
--- Comment #19 from cnstar9988 at gmail dot com 2007-10-12 09:56 ---
(In reply to comment #18)
> Created an attachment (id=13090)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13090&action=view) [edit]
> A short java file, known to compile under jikes and NetBeans
--- Comment #9 from cnstar9988 at gmail dot com 2007-10-15 00:43 ---
$ cat /usr/bin/gcc
#!/bin/sh
mode=ilp32
first=yes
for arg in "$@"; do
case $arg in
-milp32|-m32)
mode=ilp32
;;
-mlp64|-m64)
--- Comment #25 from cnstar9988 at gmail dot com 2008-08-06 06:57 ---
ping...
Can this be fixed before 4.3.2? thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #9 from cnstar9988 at gmail dot com 2008-08-17 06:22 ---
ping...
fixed for 4_3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
--- Comment #5 from cnstar9988 at gmail dot com 2008-08-21 01:21 ---
ping.
I can reproduce with gcc 4.3.2 RC1.
It work well on gcc 4.2.4, 4.3.0.
gcc -O2 -Wall -c bug.c
-
void xxx()
{
unsigned i;
unsigned*p=0;
for(i=0;i<4;++i)
{
*p+
--- Comment #10 from cnstar9988 at gmail dot com 2008-08-21 12:53 ---
I am sorry for wrong test for 4.3.0.
=
I rebuild my gcc 4.3.0 on 2.6.9-42.7AXsmp with gmp 4.2.3 + mpfr 2.3.1.
And make a test again. It works fail.
But the following
--- Comment #4 from cnstar9988 at gmail dot com 2008-08-22 00:31 ---
works well on 4.2.4, 4.3.0, 4.3.2-RC1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
--- Comment #6 from cnstar9988 at gmail dot com 2008-08-22 09:28 ---
sorry, I use 64bit linux for testing.
I tested again.
works well on all 64bit 4.2.4, 4.3.0, 4.3.2-RC1.
works well on 4.2.4 32bit.
works failed on gcc 4.3.0 32bit.
wokrs failed on gcc 4.3.2 RC1 32bit.
--
http
--- Comment #4 from cnstar9988 at gmail dot com 2008-08-26 13:38 ---
gcc 4.3.2 20080826 failed.
#include
unsigned int g_24;
unsigned int g_37 = 1;
unsigned char g_225;
int main (void)
{
int l_289;
for (l_289 = 1; l_289 < 5; l_289 += 1) {
on libstdc++.a
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
GCC build triplet: powerpc-ibm-ai
--- Comment #2 from cnstar9988 at gmail dot com 2008-09-01 10:15 ---
(In reply to comment #1)
> Do you mean *hangs* during bootstrap?? Sorry, but it's not at all clear what
> is
> happening exactly on your side.
> David, can you follow a bit this... ?
the bootrap stop
--- Comment #3 from cnstar9988 at gmail dot com 2008-09-01 10:23 ---
$ oslevel -r
5100-09
with all latest AIX 5.1 patch.
=
I can compile gcc 4.2.4, works ok, and used for bootstrap gcc.
gcc 4.2.4 can't support TLS "__thread", "tes
--- Comment #5 from cnstar9988 at gmail dot com 2008-09-01 10:34 ---
gcc 4.2.4 doesn't support tls on AIX 5.1.
Does gcc 4.3.2 support tls on AIX 5.1? Maybe stage3 gcc can compile "__thread",
but can't run well?
why I configure with --disable-tls, gcc 4.3.2 always use
--- Comment #8 from cnstar9988 at gmail dot com 2008-09-01 11:24 ---
When I remove TLS check code in libstdc++-v3/configure, bootstrap OK!!!
Does there have anything harm when remove the TLS check code? affect only C++?
Thanks
--- Comment #20 from cnstar9988 at gmail dot com 2008-09-27 11:32 ---
ping...
The bug is not fixed in 4.3-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102
t gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
GCC build triplet: i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from cnstar9988 at gmail dot com 2008-10-09 02:14 ---
yes, I changed config.gcc, to workaround PR33100.
I want to build gcc 4.3.2 on solaris 10.
Index: gcc/config.gcc
===
--- gcc/config.gcc (revision
--- Comment #23 from cnstar9988 at gmail dot com 2008-10-09 07:16 ---
to Rainer Orth.
when apply your patch on gcc 4.3.2 release, cause PR3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #3 from cnstar9988 at gmail dot com 2008-10-09 11:25 ---
sorry, closed.
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
Status
--- Comment #24 from cnstar9988 at gmail dot com 2008-10-09 11:00 ---
works ok on gcc 4.3.2
--- config.gcc.4.3.2.oldThu Oct 9 18:51:26 2008
+++ config.gcc.4.3.2.newThu Oct 9 18:51:26 2008
@@ -1289,7 +1289,7 @@
*-*-solaris2.1[0-9]*)
tm_file="${tm
--- Comment #27 from cnstar9988 at gmail dot com 2008-10-10 00:42 ---
works well on gcc 4.3.2 + patch.
I don't build libgcc_s.so.
gas 2.18 + gmp 4.2.4 + mpfr 2.3.2.
Configured with: ../src/configure --prefix=/opt/gcc-4.3.2
--with-gmp=/opt/gcc-4.3.2 --with-mpfr=/opt/gcc-4.3.2
--wi
--- Comment #21 from cnstar9988 at gmail dot com 2008-10-10 00:56 ---
Does this patch works well on 4.3?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102
--- Comment #8 from cnstar9988 at gmail dot com 2008-10-10 07:28 ---
Target Milestone 4.3.3?
But this patch didn't committed to 4.3 branch.
why closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36690
--- Comment #5 from cnstar9988 at gmail dot com 2008-10-17 07:30 ---
4.3 branch has the same bug...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37805
--- Comment #5 from cnstar9988 at gmail dot com 2008-10-30 06:57 ---
fixed in gcc 4.3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37879
--- Comment #2 from cnstar9988 at gmail dot com 2008-01-22 06:01 ---
Confirmed gcc 4.2.2.
test.cc
=
const int i __attribute((vector_size(8))) = {};
int main(int argc, char **argv)
{
return 0
--- Comment #2 from cnstar9988 at gmail dot com 2008-02-21 06:07 ---
ok?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35264
--- Comment #3 from cnstar9988 at gmail dot com 2008-02-21 10:26 ---
confirmed.
Checked out revision 132515
gcc version 4.3.0 20080221 (prerelease) (GCC)
gcc -O1 -m32 test.c
aborted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35264
--- Comment #5 from cnstar9988 at gmail dot com 2008-03-11 03:25 ---
when into 4.2.4?
gcc-4_2-branch
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33289
--- Comment #5 from cnstar9988 at gmail dot com 2009-02-02 13:19 ---
ping 4.3.4, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38957
--- Comment #7 from cnstar9988 at gmail dot com 2009-02-03 08:43 ---
4.3.3 on Linux has the same problem.
Target Milestone: 4.3.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35923
--- Comment #5 from cnstar9988 at gmail dot com 2009-03-02 01:28 ---
ping 4.3.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39240
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: cnstar9988 at gmail dot com
libstdc++.a: could not read symbols: Bad value
gcc 4.8.2
foo.cc=
#include
void foo() { std::cout << 42 << std::endl; }
g++ -pthread -fPIC -o foo.so -shared foo.cc
[ro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59380
littlestar changed:
What|Removed |Added
Version|unknown |4.8.2
--- Comment #1 from littlestar ---
wo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59380
--- Comment #2 from littlestar ---
similar to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43930
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
littlestar changed:
What|Removed |Added
CC||cnstar9988 at gmail dot com
--- Comment #17
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnstar9988 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35928
--- Comment #2 from cnstar9988 at gmail dot com 2008-04-14 03:49 ---
but how to applies to the pointer type and the element
the pointer is pointing to.
I don't want someone modify my pointer and the pointing to?
but the following code has no warning, why?
#include
#include
#in
--- Comment #8 from cnstar9988 at gmail dot com 2008-04-17 06:55 ---
gcc 4.2.2 hp ia64 11.23
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
make[4]: *** [libgcc/hpux64/__divxf3.o] Segmentation fault (core dumped)
make[4]: Leaving directory `/os
--- Comment #9 from cnstar9988 at gmail dot com 2008-04-17 07:18 ---
gcc 4.2.2 hp ia64 11.23
build failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
--- Comment #6 from cnstar9988 at gmail dot com 2008-04-17 15:09 ---
same as PR27794?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
confirmed, gcc 4.2.2 hp ia64 11.23
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
make[4]: *** [libgcc/hpux64
--- Comment #2 from cnstar9988 at gmail dot com 2008-04-29 13:36 ---
This PR 36079 can't appear on buglist.
target_milestone=4.3.1
short_desc=4.3
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36079
1 - 100 of 124 matches
Mail list logo
