--- Comment #14 from steven at gcc dot gnu dot org 2006-07-09 00:34 ---
Fixed on the trunk? If so, please remove the "4.2" marker from this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28170
[forwarded from http://bugs.debian.org/367657]
Summary:
GCC should be more tolerant of
gcc -Wno-this-is-not-a-recognised-warning
as specified in detail below.
Discussion:
Occasionally, GCC introduces new warnings. For example, GCC 4 has
introduced warnings about discrepancies in signedness
[forwarded from http://bugs.debian.org/354700]
Matthias
This is what happens if you accidentally put a stray semicolon in a
parameter-type-list:
[EMAIL PROTECTED]:~$ cat > t.c
int foo(int x;) { }
[EMAIL PROTECTED]:~$ gcc-4.0 --version
gcc-4.0 (GCC) 4.0.3 20051201 (prerelease) (Debian 4
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-07-08 22:16
---
> Duplicate of target/28084?!?
Very likely. I must admit I only searched the database with "ia64-hp".
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from lucier at math dot purdue dot edu 2006-07-08 22:04
---
Subject: Re: Found a problem with the JNI methods declared and implemented
Things really seem screwed up in my build log.
Here's what I see:
make[7]: Entering directory `/export/users/lucier/programs/gcc/
gc
--- Comment #1 from pcarlini at suse dot de 2006-07-08 21:54 ---
Duplicate of target/28084?!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28320
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-07-08 21:45
---
Strange, this works for me with CONFIG_SHELL=/bin/ksh on Solaris 8, 9 and 10:
http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00356.html
http://gcc.gnu.org/ml/gcc-testresults/2006-07/msg00357.html
http://gc
/opt/build/eric/gcc-4_1-branch/./gcc/xgcc -shared-libgcc
-B/opt/build/eric/gcc-4_1-branch/./gcc -nostdinc++
-L/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/src
-L/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.23/libstdc++-v3/src/.libs
-B/opt/build/eric/gcc-4_1-branch/ia64-hp-hpux11.2
--- Comment #22 from green at redhat dot com 2006-07-08 20:26 ---
For the azureus test case, grab:
http://people.redhat.com/~green/FE/devel/azureus-2.4.0.3-0.20060702cvs_2.src.rpm
Edit the spec file to remove RPM_OPT_FLAGS="-O0" from this line:
RPM_OPT_FLAGS="-O0" aot-compile-rpm
This
--- Comment #21 from green at redhat dot com 2006-07-08 19:24 ---
I've hit this bug while rebuilding azureus for FC6 (bytecode produced by ecj).
I hope we can get a fix in the FC6 gcc 4.1.1 fork. I'll try compiling without
optimization for now.
--
green at redhat dot com changed:
--- Comment #5 from ghazi at gcc dot gnu dot org 2006-07-08 18:53 ---
FWIW, Solaris 10 had the same problem and cause, and is now also fixed.
Thanks,
--Kaveh
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-08 18:50 ---
The only time I can think this comes up is that the sentinel is -1. But
sentinels are really there so you don't just pass 0 to the function which will
fail on some 64bit targets.
--
http://gcc.gnu.org/bugzilla/
--
debian-gcc at lists dot debian dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2831
[forwarded from http://bugs.debian.org/337340]
The sentinel attribute tells GCC to ensure that the argument list of a
variadic function always ends with a final NULL argument. It should be
possible to use this attribute for a variadic function where the
sentinel is some constant other than NULL,
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-08 18:46 ---
That page is linked from
http://gcc.gnu.org/onlinedocs/gcc/Identifiers-implementation.html#Identifiers-implementation
Which is in turned linked from the full implementation defined page.
So this is a binutils issue
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-08 18:43 ---
http://gcc.gnu.org/onlinedocs/cpp/Implementation_002ddefined-behavior.html#Implementation_002ddefined-behavior
GCC allows the `$' character in identifiers as an extension for most targets.
This is true regardless of
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-08 18:41 ---
/tmp/ccX1KBFb.s: Assembler messages:
/tmp/ccX1KBFb.s:9: Error: missing or invalid immediate expression `' taken as 0
Shouldn't this be filed against binutils and not GCC? $ is a valid indentifier
in GNU C (GNU C a
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-08 18:40 ---
I don't think '$' is a valid identifier, though it is been treated as such.
But I confirm the problem.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from lopezibanez at gmail dot com 2006-07-08 18:33 ---
(In reply to comment #6)
> Working on a patch.
>
Hi Gabriel, what is your patch going to do? Is it going to emit a warning?
Would it be appropriate to emit the same warning for the C front end?
--
lopezibanez at
--- Comment #1 from kargl at gcc dot gnu dot org 2006-07-08 18:23 ---
FLUSH is not a subroutine in F2003. The FLUSH() subroutine extension
is excluded from the list of intrinsic procedures that gfortran
supplies when you set -std=f2003.
See the F2003 standard for the correct syntax. O
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-08 18:20 ---
You are missing a 'typename'. Inner is a dependent type, so it needs to read
template
typename Outer::Inner
Outer::get() const
{
return Inner();
}
--
rguenth at gcc dot gnu dot org
[forwarded from http://bugs.debian.org/342126]
Matthias
The original testcase had a typo, having a $ instead of a &, leading to an
error message from the assembler:
void f() {
$();
}
$ gcc -c foo.c
/tmp/ccX1KBFb.s: Assembler messages:
/tmp/ccX1KBFb.s:9: Error: missing or invalid immediate
--- Comment #6 from lucier at math dot purdue dot edu 2006-07-08 18:13
---
Subject: Re: Found a problem with the JNI methods declared and implemented
Well, these were the commands that failed:
build.log:cd ../../../../../../../libjava/classpath && /usr/bin/ksh ./
scripts/check_jni_m
[forwarded from http://bugs.debian.org/373909]
Rechecked with 4.1.2 20060630 and 4.2.0
The following code generates the g++ compiler error:
14: error: expected constructor, destructor, or type conversion
before Outer
template
class Outer
{
public:
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-08 17:37 ---
Confirmed. (And things keep changing...)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-08 17:34 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
[forwarded from http://bugs.debian.org/355909]
Matthias
rechecked with 4.1.2 20060630
template
struct foo
{
static const int i;
};
template
const int foo::i = 42;
int
main ()
{
return foo::i;
}
$ g++ foo.cc
foo.cc: In function 'int main()':
foo.cc:13: instantiated from 'const int f
[forwarded from http://bugs.debian.org/352790]
Matthias
Bug submitter writes:
Manual page says:
-finput-charset=charset
Set the input character set, used for translation from the charac-
ter set of the input file to the source character set used by GCC.
--- Comment #9 from lmillward at gcc dot gnu dot org 2006-07-08 16:46
---
Fixed in 4.1.2 and 4.0.4.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
[forwarded from http://bugs.debian.org/345587]
Matthias
Rechecked with 4.1.2. Bug submitter writes:
As shown below, the __linux macro is no longer defined when using
the C99 mode on a PowerPC machine. An x86 machine does not have
this behavior. This is normal for the linux macro to be no longe
--- Comment #8 from lmillward at gcc dot gnu dot org 2006-07-08 16:45
---
Subject: Bug 27820
Author: lmillward
Date: Sat Jul 8 16:45:09 2006
New Revision: 115284
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115284
Log:
PR c++/27820
* decl.c (define_label): Re
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-07-08 16:39
---
Subject: Bug 27820
Author: lmillward
Date: Sat Jul 8 16:39:20 2006
New Revision: 115283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115283
Log:
PR c++/27820
* decl.c (define_label): Re
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-08 15:49 ---
This works for other people so I don't know what is going on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
--- Comment #4 from lucier at math dot purdue dot edu 2006-07-08 15:28
---
Has any progress been made on this bug? I'm kind of surprised that a bootstrap
failure on sparc-solaris should be marked P3.
Brad
--
lucier at math dot purdue dot edu changed:
What|Removed
--- Comment #3 from roger at eyesopen dot com 2006-07-08 14:31 ---
I tried fixing this bug, only to discover why things are exactly as they are.
The short answer is that GCC will warn about the example code if you
specify the -Wswitch-enum command line option. Specifying -Wall implies
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-08 14:28 ---
mips64*-*);;
mips-sgi-irix5.* | mips-sgi-irix6.*) TARGET=MIPS_IRIX; TARGETDIR=mips;;
mips*-*-linux*) TARGET=MIPS_LINUX; TARGETDIR=mips;;
So yes.
--
pinskia at gcc dot gnu dot org changed:
What|R
[forwarded from http://bugs.debian.org/358235]
libffi has AFAIR no support for NewABI.
--
Summary: libffi doesn't support mips64-linux
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Com
--- Comment #3 from pierre42d at 9online dot fr 2006-07-08 14:09 ---
I didn't disable fixincludes.
What is the minimum glibc version required ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28298
trunk 20060707,
peer libraries are installed into gcjversionedlibdir, not into nativeexeclib,
leading to installation into two different directories, if --with-native-libdir
is used to pass something different than gcjversionedlibdir,
the libgjsmalsa library is correctly installed.
Matthias
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-08 13:56 ---
Reduced testcase:
template
class relationMixin {};
enum domainCode{
binaryFP,
control,
decimalFP,
logical,
pointer,
signedInt,
unsignedInt,
};
class pointer : public relationMixin< ::p
--- Comment #3 from patchapp at dberlin dot org 2006-07-08 13:35 ---
Subject: Bug number PR28201
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-07/msg00371.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from lopezibanez at gmail dot com 2006-07-08 13:22 ---
Would not the following testcase be better?
int i=1.;
int j=1.1; // { dg-warning "" }
I can currently handle this testcase in C front end with the code from the
Wcoercion project. I am working in a patch for g++.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-08 13:16 ---
This warning does not come from the GCC but instead the linker but really glibc
is where the warning is located, please report this bug to glibc.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-08 11:29 ---
You get bitten by name-lookup rules.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from igodard at pacbell dot net 2006-07-08 10:21 ---
Created an attachment (id=11854)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11854&action=view)
save-temps source (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28311
--- Comment #1 from igodard at pacbell dot net 2006-07-08 10:19 ---
Created an attachment (id=11853)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11853&action=view)
compiler output -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28311
Something earlier has made "pointer" into a magic word. If you change the name
of the class into anything else then the error goes away, and likewise if you
compile the file with only the minimal include set that it needs.
--
Summary: Rejects template invocation with valid class
--- Comment #4 from mrs at apple dot com 2006-07-08 10:10 ---
Fix submitted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28280
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-08 10:03 ---
This is entirely fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #10 from falk at debian dot org 2006-07-08 07:24 ---
I see the same on alphaev68-linux-gnu.
--
falk at debian dot org changed:
What|Removed |Added
While compiling binutils-2.17 from (Debian) sources, gcc reports following:
bucomm.o: In function `make_tempname':
/usr/src/net/deb/src/binutils-2.17/binutils/bucomm.c:426: warning: the use\
of `mktemp' is dangerous, better use `mkstemp'
The proper fix is to use `mkdtemp' in the code, b
52 matches
Mail list logo
