--- Comment #1 from pcarlini at suse dot de 2008-04-13 09:39 ---
CC-ing Benjamin...
--
pcarlini at suse dot de changed:
What|Removed |Added
CC|
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-04-13
09:39 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01048.html
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #4 from gerald at pfeifer dot com 2008-04-13 10:34 ---
Seems it was an openSUSE-specific issue that no longer reproduces with
the current codebase, thus closing this.
--
gerald at pfeifer dot com changed:
What|Removed |Added
---
--- Comment #4 from zuxy dot meng at gmail dot com 2008-04-13 12:18 ---
The MinGW port has no idea of the unlikely text section ever since r80564, so
it's likely that the fix should be applied to any release branch pulled after
r80564; although before 4.3.0 the bug only affects profile f
g++-4.4.0-alpha20080328 -v --save-temps -std=c++0x -D_GLIBCXX_DEBUG
unordered_m.cc
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with:
/var/tmp/paludis/sys-devel-gcc-4.4.0_alpha20080328/work/gcc-4.4-20080328/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.4.0-alpha20
--- Comment #1 from piotr dot rak at gmail dot com 2008-04-13 13:41 ---
Created an attachment (id=15470)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15470&action=view)
Simple testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35922
--- Comment #2 from piotr dot rak at gmail dot com 2008-04-13 13:45 ---
(In reply to comment #0)
> Note: this happends too when using g++-4.4.0-alpha20080328
That should be g++-4.3.0-alpha20080118, sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35922
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-04-13
14:09 ---
Subject: Re: [4.4 Regression] FAIL:
22_locale/num_get/get/char/16.cc execution test, and 76 others
Attatched .ii file generated on hppa-unknown-linux-gnu.
Dave
--- Comment #5 from dave at hi
--- Comment #3 from pcarlini at suse dot de 2008-04-13 15:17 ---
Benjamin, can you have a look? Seems just an extension of libstdc++/30085: it
seems we can certainly have debug mode for std::unordered_* too (besides
std::tr1::unordered_*)
--
pcarlini at suse dot de changed:
--- Comment #3 from DHConsultancy at skynet dot be 2008-04-13 16:11 ---
Subject: Re: problem running gfortran 4.4.0 in Vista
I used your second option with the batch file as follows:
- I renamed gfortran.exe to gfortran4.0.0.exe
- I put a one-line batch file gfortran.bat in directory
--- Comment #6 from ghazi at gcc dot gnu dot org 2008-04-13 16:27 ---
So did we decide to fix this or not?
FWIW, I could fix the generic isinf transformation using:
isinf(x) -> isless(x,DBL_MAX) ? -1 : (isgreater(x,DBL_MAX))
and just always take the runtime penalty calculating for the
I get the following error on a clean 4.3.0 build when trying (eg) "gcj
foo.java":
gcj: error trying to exec 'ecj1': execvp: No such file or directory
I'm a bit puzzled by bug 32712 being listed as resolved and even more so by the
references to just needing to run "./contrib/download_ecj". I tried
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
||do
$ echo "void foo(void) { }" >test.c
$ gcc -g1 -S test.c
$ gcc -g1 -c test.s
test.s: Assembler messages:
test.s:79: Error: file number 1 already allocated
If "-g1" is changed to "-g", "-g0" or "-g2", or is removed, the error goes
away.
This causes problems when building glibc with CFLAGS="-g1". g
The following code produces a push and pop of ebx without using it inside:
typedef struct toto_s *toto_t;
toto_t add (toto_t a, toto_t b) {
int64_t tmp = (int64_t)(intptr_t)a + ((int64_t)(intptr_t)b&~1L);
return (toto_t)(intptr_t) tmp;
}
Here is the output of the compiler:
gcc version 4.3.0 (
--- Comment #1 from ppelissi at caramail dot com 2008-04-13 17:49 ---
Created an attachment (id=15473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15473&action=view)
preprocessed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35926
--- Comment #2 from sam at gcc dot gnu dot org 2008-04-13 18:16 ---
Subject: Bug 17985
Author: sam
Date: Sun Apr 13 18:15:20 2008
New Revision: 134244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134244
Log:
gcc/ada/
PR ada/17985
* sem_aggr.adb (Valid_Ances
--- Comment #3 from sam at gcc dot gnu dot org 2008-04-13 18:16 ---
Bug fix in GCC SVN.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2008-04-13 19:15
---
Please look at PR35860. I believe this is same problem noted here.
subreg-lowering triggering the regression due to worsened conflicts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35860
--
hutchinsonandy
--- Comment #5 from zadeck at naturalbridge dot com 2008-04-13 19:31
---
Subject: Re: ra-conflict does not handle subregs
optimally
hutchinsonandy at gcc dot gnu dot org wrote:
> --- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2008-04-13
> 19:15 ---
> Please look
--- Comment #6 from hutchinsonandy at gcc dot gnu dot org 2008-04-13 19:47
---
That sounds great - it was one bug I was struggling with.
I can turn around a complete test for AVR on mingw and Debian as soon as are
ready.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35404
--- Comment #1 from aaronavay62 at aaronwl dot com 2008-04-13 19:48 ---
What is the status on this? Does reverting the langhooks.c change remanifest
PR27067?
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
--
--- Comment #23 from tkoenig at gcc dot gnu dot org 2008-04-13 20:16
---
Subject: Bug 32972
Author: tkoenig
Date: Sun Apr 13 20:15:58 2008
New Revision: 134245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134245
Log:
2008-04-13 Thomas Koenig <[EMAIL PROTECTED]>
Fran
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-04-13 20:16 ---
Subject: Bug 32512
Author: tkoenig
Date: Sun Apr 13 20:15:58 2008
New Revision: 134245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134245
Log:
2008-04-13 Thomas Koenig <[EMAIL PROTECTED]>
Franco
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-13 20:32 ---
Created an attachment (id=15474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15474&action=view)
Backtrace
Confirmed. Backtrace is attached.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35846
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-13 20:45 ---
Interesting. Running with valgrind produces an ICE:
$ valgrind ~/libexec/gcc/i686-pc-linux-gnu/4.4.0/f951 foo.f90
==3891== Memcheck, a memory error detector.
==3891== Copyright (C) 2002-2007, and GNU GPL'd, by Ju
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-04-13 20:58 ---
Ouch. That one will be hard to fix without keeping
state around in the descriptor.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35718
--- Comment #7 from gcc-bugzilla at contacts dot eelis dot net 2008-04-13
21:19 ---
Still fails on GCC 4.4.0 20080413 (experimental).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5786
--- Comment #1 from brian at dessent dot net 2008-04-13 23:59 ---
Subject: Re: New: gcj: error trying to exec 'ecj1': execvp: No
such file or directory
david dot griffiths at gmail dot com wrote:
> gcj: error trying to exec 'ecj1': execvp: No such file or directory
Run the command
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-04-14 00:44
---
Subject: Bug 35882
Author: jvdelisle
Date: Mon Apr 14 00:43:32 2008
New Revision: 134251
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134251
Log:
2008-04-13 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-14 00:47
---
Subject: Bug 35882
Author: jvdelisle
Date: Mon Apr 14 00:47:13 2008
New Revision: 134252
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134252
Log:
2008-04-13 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-14 01:14
---
Fixed on trunk and closing. Thanks for the report.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
In this program, Beta::Gamma declares ::Alpha as a friend, but the friendship
does not work.
===
[EMAIL PROTECTED]:~/exp-friend$ cat z1.cc
template
void Alpha(T* a) { a->Delta(); }
namespace Beta {
class Gamma {
public:
template friend void ::Alpha(T*);
private:
void Delta();
};
}
in
the following code generate a warning on gcc 4.2.4
warning: type qualifiers ignored on function return type
#include
#include
#include
typedef struct testabc{int class;}* THANDLE;
const THANDLE test()
{
THANDLE x;
x = (THANDLE)2;
return x;
}
int main(int argc, char
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-14 03:33 ---
The const in "const THANDLE" applies to the pointer type and not the element
the pointer is pointing to. So the warning is correct.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- 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
#include
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-14 04:10 ---
"const THANDLE" in the first case is equivalant to "THANDLE* const" when
THANDLE a struct.
> but how to applies to the pointer type and the element
> the pointer is pointing to.
With the typedefs, you can't.
--
When I try to compile a non-member operator ->* g++ tells me that
pmv.C:3: error: 'int& operator->*(s*, int s::*)' must have an argument of class
or enumerated type
but the only place where the standard mentions the argument types of ->* is in
13.6ยง11 and there it is stated
...there exist candid
--- Comment #1 from gcc at magfr dot user dot lysator dot liu dot se
2008-04-14 05:24 ---
Created an attachment (id=15475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15475&action=view)
Testcase for the error message
Repeat by compiling as
g++ -c pmv.C
--
http://gcc.gnu.
--- Comment #2 from gcc at magfr dot user dot lysator dot liu dot se
2008-04-14 06:34 ---
I think I was wrong.
--
gcc at magfr dot user dot lysator dot liu dot se changed:
What|Removed |Added
---
41 matches
Mail list logo
