--- Comment #7 from csm at gnu dot org 2006-04-21 06:37 ---
GnuDHKeyPairGenerator looks all-over wrong when you give it a DHParameterSpec.
It is generating an entirely new P and G, even when you explicitly set those
values. This is totally bogus; if you already have DH parameters, you
--- Comment #4 from laszlo dot szakony at philips dot com 2006-04-21 07:49
---
(In reply to comment #2)
Can you give some sources that don't use automake? Because it is hard to
follow what is wrong in this bug.
I have uploaded a simple test without automake files.
Actually this bug
--- Comment #1 from rearnsha at gcc dot gnu dot org 2006-04-21 08:27
---
There's no need to pass -mthumb to the assembler. If the compiler has emitted
thumb code it will have inserted a suitable directive into the assembly file
that will cause the assembler to act accordingly.
--
Execution of gcc.c-torture/execute/20050713-1.c fails on r7000 with -O2 and
-Os,
but passes with -O0, -O1, -O3 or when --fno-optimize-sibling-calls is added
to -O2 or -Os.
A simpler version of the test that reproduces the error is:
extern void abort (void);
struct S
{
int a, b, c;
};
int
--- Comment #29 from pcarlini at suse dot de 2006-04-21 10:08 ---
(In reply to comment #28)
Wolfgang: the whitspace paper is wonderful! Actually, Bjorne explains why
operator,() was overloadable in the Rationale.
What about this:
http://public.research.att.com/~bs/whitespace.html
--- Comment #3 from jakub at gcc dot gnu dot org 2006-04-21 11:11 ---
Helgrind knows nothing about futex syscall and what it guarantees. There is
a reason why it has been removed in later valgrind versions.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from patchapp at dberlin dot org 2006-04-21 11:35 ---
Subject: Bug number PR25746
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-04/msg00795.html
--
--- Comment #5 from dave dot korn at artimi dot com 2006-04-21 12:10
---
just wanted to catch any follow-ups should they arise in future. thanks all!
DaveK.
--
dave dot korn at artimi dot com changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-04-21 12:34
---
Exchanging FRE with DCE produces on x86_64 (-O2 vs. -O2 with patch):
Estimated Estimated
Base Base Base Peak Peak
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-21 12:50 ---
From ipa-pure-const we get
Function found to be pure: foo_read
Function found to be pure: foo
which is of course bogus for volatile pointer arguments. It's a regression,
because ipa-pure-const is new.
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-04-21 14:46 ---
Hm, fold_unary does not fold
(struct FooD.1993 *)(struct BarFooD.1994 *) f
where f is of type (struct FooD.1993 ). Oh well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27090
--- Comment #3 from tbm at cyrius dot com 2006-04-21 15:49 ---
This is a very common bug (seen when compiling the Debian archive). Please set
priority to P1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26725
--- Comment #34 from langer_mann at web dot de 2006-04-21 15:56 ---
The reason is dead simple: register allocation is NP-complete, so it
is even *theoretically* not possible to write register allocators that
always find a coloring.
Not at all. If a problem is NP-hard, you can in
--- Comment #35 from langer_mann at web dot de 2006-04-21 15:59 ---
(In reply to comment #34)
The reason is dead simple: register allocation is NP-complete, so it
is even *theoretically* not possible to write register allocators that
always find a coloring.
Not at all. If a
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 16:04 ---
First what version of GCC you are using?
Is it before 4.0.3?
If so this is a dup of bug 20721.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27235
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 16:06 ---
Related to PR 23090.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from patchapp at dberlin dot org 2006-04-21 16:15 ---
Subject: Bug number PR25099
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-04/msg00802.html
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-21 16:18 ---
Please read http://gcc.gnu.org/bugs.html
and provide all the information there which in case means the version of gcc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #5 from tbm at cyrius dot com 2006-04-21 16:52 ---
Isn't 3.4 unsupported these days anyway?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24484
--- Comment #17 from jakub at gcc dot gnu dot org 2006-04-21 17:04 ---
Subject: Bug 24685
Author: jakub
Date: Fri Apr 21 17:04:04 2006
New Revision: 113137
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113137
Log:
PR libgfortran/24685
* io/write.c
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 17:04 ---
This is either a bug in Freebsd's compiler or you are having hardware issues.
Anyways this works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jakub at gcc dot gnu dot org 2006-04-21 17:22 ---
While this should now be fixed on s390{,x} (and I believe also sparc*)
with -mlong-double-128, it is still broken on powerpc{,64}.
What happens there is that gfortran returns a non-canonical number
for huge (0.0_16)
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-21 17:28 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-21 17:28 ---
Subject: Bug 27231
Author: tromey
Date: Fri Apr 21 17:28:40 2006
New Revision: 113140
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113140
Log:
PR libgcj/27231:
*
--- Comment #3 from cvs-commit at developer dot classpath dot org
2006-04-21 17:28 ---
Subject: Bug 27231
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey [EMAIL PROTECTED]06/04/21 17:28:25
Modified files:
--- Comment #6 from paolo at gcc dot gnu dot org 2006-04-21 17:50 ---
Subject: Bug 26424
Author: paolo
Date: Fri Apr 21 17:49:48 2006
New Revision: 113143
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113143
Log:
2006-04-21 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #7 from pcarlini at suse dot de 2006-04-21 17:51 ---
Fixed for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
Compiling the following invalid objc testcase results in an ICE:
void foo()
{
struct A a;
a.i;
}
bug1.m: In function 'foo':
bug1.m:3: error: storage size of 'a' isn't known
bug1.m:4: internal compiler error: tree check: expected class
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 19:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-21 19:05 ---
Ok, I have a fix for the /-less URL bug.
It appears that the JDK somehow waits for some data to be available
on the socket. I'm not sure exactly what mechanism it uses, however.
It does not appear to buffer all the
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-21 20:06
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mf dot danger at gmail dot com 2006-04-21 20:08 ---
I guess I didn't make it clear that this is a bug against the gcc _driver_ not
the compiler. I am using gcc _driver_ to invoke gas to assemble an assembler
*source* file. 'gcc -mthumb -c foo.S' should cause gas to
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-21 20:09
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mf dot danger at gmail dot com 2006-04-21 20:24 ---
Created an attachment (id=11313)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11313action=view)
Example .S file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27237
--- Comment #4 from mf dot danger at gmail dot com 2006-04-21 20:30 ---
Perhaps a precise example would make this clearer.
I have a human-written thumb assembler file. (see attached)
I attempt to assemble it using
arm-elf-gcc -v -g -mthumb -c -o bdidown.o bdidown.S
The following
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-21 20:32 ---
Use the .thumb psedu-op or use -Wa,-mthumb.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mf dot danger at gmail dot com 2006-04-21 20:36 ---
That's fine, so long as you turn it into a documentation bug and fix the
documentation, as it's an option that's documented as being passed to the
assembler.
--
mf dot danger at gmail dot com changed:
--- Comment #6 from patchapp at dberlin dot org 2006-04-21 20:40 ---
Subject: Bug number PR c/25875
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-04/msg00815.html
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-04-21 20:45 ---
What documentation? The -m* options are compiler options. And there is
documentation to that effect already. In fact there is documentation to pass
an option to the assembler, you should be using -Wa,xx
--- Comment #5 from danglin at gcc dot gnu dot org 2006-04-21 21:03 ---
The bug was introduced by r112128:
http://gcc.gnu.org/ml/gcc-cvs/2006-03/msg00547.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from cvs-commit at developer dot classpath dot org
2006-04-21 21:44 ---
Subject: Bug 27163
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey [EMAIL PROTECTED]06/04/21 21:43:10
Modified files:
.
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-21 21:53 ---
Subject: Bug 27163
Author: tromey
Date: Fri Apr 21 21:53:27 2006
New Revision: 113151
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113151
Log:
PR classpath/27163:
*
--- Comment #8 from mf dot danger at gmail dot com 2006-04-21 22:43 ---
On the question of documentation:
From the GNU Info node for invoking gas:
Usually you do not need to use this `-Wa' mechanism, since many
compiler command-line options are automatically passed to the assembler
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-21 22:53 ---
(In reply to comment #8)
On the question of documentation:
From the GNU Info node for invoking gas:
GAS is not part of GCC but instead binutils.
So you should report this to binutils, but also it says usually so
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-04-21 23:02
---
Subject: Bug 25875
Author: reichelt
Date: Fri Apr 21 23:02:26 2006
New Revision: 113153
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113153
Log:
PR c/25875
* c-typeck.c (digest_init):
I have an example in which it looks like code is reordered improperly. The bug
seems to be triggered by using an enumerated type in a bitfield. I found the
bug compiling for arm-elf, but I have reports that it fails in a similar way
compiling for x86 (Linux).
Here's the compile command I used and
--- Comment #1 from danfuzz at milk dot com 2006-04-21 23:04 ---
Created an attachment (id=11315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11315action=view)
Source file that demonstrates the bug
Compile this file as indicated in the original bug report, and then examine the
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-04-21 23:05
---
Subject: Bug 25875
Author: reichelt
Date: Fri Apr 21 23:05:30 2006
New Revision: 113154
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113154
Log:
PR c/25875
* c-typeck.c (digest_init):
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-04-21 23:06
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-21 23:06 ---
You are violating C/C++ aliasing rules:
Length(const Length o) { *((unsigned int *)this) = *((unsigned int *)o); }
Use either -fno-strict-aliasing or use memcpy but even then that might not work
as this is a
--- Comment #92 from pinskia at gcc dot gnu dot org 2006-04-21 23:06
---
*** Bug 27241 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from danfuzz at milk dot com 2006-04-21 23:11 ---
Wow, that was quick.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27241
--- Comment #9 from rspencer at x10sys dot com 2006-04-21 23:12 ---
Andrew Pinskia wanted me to mention that there are other source files in LLVM
that exhibit the slow down. The one I attached is the worst offender, but there
are others. Unfortunately, I don't remember which files and I
gnatlink c35507m.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN c35507m
,.,. C35507M ACATS 2.5 06-04-21 06:31:52
C35507M CHECK THAT THE ATTRIBUTES 'POS' AND 'VAL' YIELD THE CORRECT
RESULTS WHEN THE PREFIX IS A CHARACTER TYPE WITH AN
gnatlink c37215h.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN c37215h
,.,. C37215H ACATS 2.5 06-04-21 06:37:47
C37215H THE DISCRIMINANT VALUES OF AN INDEX CONSTRAINT ARE PROPERLY
CHECK FOR COMPATIBILITY WHEN THE DISCRIMINANT IS DEFINED
gnatlink cd2a23e.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN cd2a23e
,.,. CD2A23E ACATS 2.5 06-04-21 07:59:18
CD2A23E CHECK THAT WHEN A SIZE SPECIFICATION AND AN ENUMERATION
REPRESENTATION CLAUSE ARE GIVEN FOR AN ENUMERATION TYPE,
gnatlink cxh1001.ali --GCC=/home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4
.2/objdir/gcc/
RUN cxh1001
,.,. CXH1001 ACATS 2.5 06-04-21 08:40:52
CXH1001 Check that the configuration pragma Normalize_Scalars
causes uninitialized scalar objects to be set to a
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/comp-types-10.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/
hppa-linux/libstdc++-v3/include/hppa-linux
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:32 ---
*** This bug has been marked as a duplicate of 23716 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-21 23:32 ---
*** Bug 27246 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/cxx-ivars-2.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/libstdc++-v3/include/hppa-linux
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/encode-3.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hppa-
linux/libstdc++-v3/include/hppa-linux
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/encode-8.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hppa-
linux/libstdc++-v3/include/hppa-linux
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:39 ---
*** This bug has been marked as a duplicate of 27232 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:39 ---
*** Bug 27248 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:40 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-21 23:40
---
*** Bug 27242 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:40 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../g++
-B/
home/dave/gcc-4.2/objdir/gcc/testsuite/obj-c++/../../
/home/dave/gcc-4.2/gcc/gcc
/testsuite/obj-c++.dg/try-catch-9.mm -nostdinc++
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/libstdc++-v3/include/hppa-linux
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-21 23:40
---
*** Bug 27244 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:41 ---
*** This bug has been marked as a duplicate of 26797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-04-21 23:41
---
*** Bug 27245 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 23:42 ---
*** Bug 27250 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 23:42 ---
*** This bug has been marked as a duplicate of 23616 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from carlos at gcc dot gnu dot org 2006-04-21 23:43 ---
Subject: Bug 26774
Author: carlos
Date: Fri Apr 21 23:42:43 2006
New Revision: 113155
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113155
Log:
gcc/
2006-04-21 Carlos O'Donell [EMAIL PROTECTED]
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|3.4.6 |3.4.6 4.1.1 4.2.0
Summary|[4.0/4.1/4.2 Regression]
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-04-21
23:49 ---
Subject: Re: obj-c++.dg/try-catch-[29].mm (objc exceptions are broken) fails
with the GNU Runtime
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-21 23:42
---
*** Bug 27250 has
I receive the following when trying to build gcc using --disable-checking.
gcc (GCC) 4.2.0 20060421 (experimental)
gcc -DIN_GCC -O2 -g0 -DGENERATOR_FILE -s -o build/genextract \
build/genextract.o build/rtl.o build/read-rtl.o build/ggc-none.o
build/min-insn-modes.o build/gensupport.o
--- Comment #10 from mf dot danger at gmail dot com 2006-04-21 23:52
---
Gas is part of binutils, but the driver is part of gcc, and it *is* a violation
of the principle of least astonishment to have to pass the same option two
different ways through the driver depending on what option
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-22 00:05
---
(In reply to comment #10)
No where it says which option is passed where, and reading -mthumb:
Generate code for the 16-bit Thumb instruction set. The default is to use the
32-bit ARM instruction set.
Says to
The C++ standard says this about the void parameter list:
The parameter list (void) is equivalent to the empty parameter list.
(8.3.5 [dcl.fct] paragraph 2)
The C99 standard apparently says something slightly different, though I'm
afraid I'm quoting from a draft here:
The special case of an
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-22 00:17 ---
This was an undocumented extension. Hint the word is really a bug and not an
extension.
Maybe something should go to changes.html but that is not really an issue.
*** This bug has been marked as a duplicate of
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-04-22 00:17
---
*** Bug 27252 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-22 00:21 ---
http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/cwg_closed.html#18
was the Defect report for the C++ standard already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27252
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-22 00:28 ---
One more thing is that filing a bug report is not the correct approach to
filing a defect report with the standard since there was already a defect which
was closed as NAD (not a defect).
--
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.2/bin/gcc -m64 -m32 y.s -c -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /net/gnu-13/export/gnu/src/gcc/gcc/configure
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld --enable-shared
--enable-threads=posix --enable-haifa
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-22 00:43 ---
*** Bug 27253 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-22 00:43 ---
*** This bug has been marked as a duplicate of 26885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dalej at gcc dot gnu dot org 2006-04-22 00:44 ---
Subject: Bug 23135
Author: dalej
Date: Sat Apr 22 00:44:01 2006
New Revision: 113164
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113164
Log:
2005-04-21 Dale Johannesen [EMAIL PROTECTED]
Radar
Executing on host: /home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4.2/objdi
r/gcc/ /home/dave/gcc-4.2/gcc/libgomp/testsuite/libgomp.fortran/reduction6.f90
-B/home/dave/gcc-4.2/objdir/hppa-linux/./libgomp/
-I/home/dave/gcc-4.2/objdir/hp
pa-linux/./libgomp
--- Comment #3 from acahalan at gmail dot com 2006-04-22 01:03 ---
I saw it on Fedora Core 5, which I believe is gcc 4.1, and I saw it on a gcc
which describes itself as:
gcc version 4.0.3 (Debian 4.0.3-1)
So that is two rather different gcc versions. One is x86-64, the other is
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-22 01:12 ---
What exactly do you want, no error unless you supply -std=c++98 -pedantic.
that is not going to change sorry.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at physics dot uc dot edu 2006-04-22 01:16
---
Lets try this. (just a test).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885
--- Comment #12 from mf dot danger at gmail dot com 2006-04-22 01:16
---
actually, gcc itself says so:
printf (_(\
\nOptions starting with -g, -f, -m, -O, -W, or --param are automatically\n\
passed on to the various sub-processes invoked by %s. In order to pass\n\
other options
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-04-22 01:17
---
Ignore this comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27253
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-22 01:20
---
Says various and not all and it means not to the assembler. just to cc1 and
cc1plus.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
--- Comment #14 from mf dot danger at gmail dot com 2006-04-22 01:51
---
I doubt there is anyone anywhere who would be able to devine that various
meant this subset of the processes and not that.
Further, the sentence that describes the use of '-W' specifically says other
options to
1 - 100 of 107 matches
Mail list logo
