--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-23 07:12 ---
Fixed on trunk and back-merged to gcc-4_5 branch.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from ktietz at gcc dot gnu dot org 2010-05-23 07:21 ---
(In reply to comment #1)
> This issue is solved for mingw-w64 runtime. It uses no more the mingwm10.dll
> mechanism. Instead it uses TLS callbacks to implement it. By this reason the
> Cleaning of Exception Contexts i
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-23 07:41 ---
As there is no feed-back for some time now. I've tested this issue with recent
mingw runtimes and the issue is solved.
As this isse is related to old pseudo-relocation and linker, and not related to
gcc itself, I clos
--- Comment #6 from paolo dot carlini at oracle dot com 2010-05-23 09:27
---
Crazy, thanks for looking into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41510
--- Comment #4 from burnus at gcc dot gnu dot org 2010-05-23 10:20 ---
Now that PR 43851 has been fixed, can we close this PR as WONTFIX?
[Checking the constraints for -std=f2003 is quite difficult - as it turned out
- and Fortran 2008 allows any constant expression (= 'initialization
e
Vms doesn't have fork.
It does have vfork/exec.
Fixincludes uses fork.
It appears fixincludes uses it in two ways:
1) can be replaced by vfork?
2) subject to configuration and easily avoided
Really -- I would suggest just use the more portable form in the case of #2 and
don't bother with any
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-23 10:33
---
Created an attachment (id=20729)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20729&action=view)
trivial two line untested patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44252
--- Comment #21 from fw at gcc dot gnu dot org 2010-05-23 11:04 ---
It turns out that the C++ committee did address this in C++0X, after rejected a
previous DR. See section 18.6.2.2 in N3090. This seems to require an ABI
change because the size calculation can no longer happen at the ca
--- Comment #9 from pluto at agmk dot net 2010-05-23 11:53 ---
(In reply to comment #7)
> This is now fixed on both the trunk and the 4.5 branch.
>
this commit produces broken libkhtml.so.5.4.0 from kdelibs-4.4.3.
in details, it produces different/broken binaries for khtml/css/parser.c
alpha64-dec-vms-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o
decimal64.o decimal128.o
alpha64-dec-vms-ar: decNumber.o: No such file or directory
make[2]: *** [libdecnumber.a] Error 1
make[1]: *** [all-libdecnumber] Error 2
make: *** [all] Error 2
The usual .o vs. obj => @OJBEXT.
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-23 12:06
---
Created an attachment (id=20730)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20730&action=view)
patch attached .o => @objext@ (rm *.o => rm *.o *.obj, etc.)
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-05-23
13:50 ---
*** This bug has been marked as a duplicate of 43853 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-05-23
13:50 ---
*** Bug 44250 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-05-23 14:46
---
yes, lets close
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
test 1:
template struct A { A() {} };
int a;
int main() {
extern int a;
A<&a>();
A<&::a>(); // is_same, A<&::a> >::value is false
return 0;
}
{standard input}: Assembler messages:
{standard input}:20: Error: symbol `_ZN1AIXadL_Z1aEEEC1Ev' is already defined
test 2:
template stru
--- Comment #15 from dfranke at gcc dot gnu dot org 2010-05-23 15:37
---
Adjusted summary to better describe the problem.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
4.6-20100515 (r159445) bootstrapped fine on my sparc64-linux machine.
4.6-20100522 (r159746) gets a bootstrap comparison failure in stage 3:
...
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
libiberty/cp-demangle.o differs
make[2]: *** [compare] Error 1
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-23 16:16 ---
Aren't PR32454 and PR34741 duplicates of this also?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from manu at gcc dot gnu dot org 2010-05-23 17:06 ---
There are two cases:
* Warnings that are controlled by an option (e.g., Wall) but do not show up in
-fdiagnostics-show-option. These are obvious bugs and normally trivial to fix:
there is already an -Wsomething option
I saw that with GCC4.5, my software-only 3D renderer got a sizeable speed boost
when using -flto (during compilation) and -flto -fwhole-program (during
linking). I saw this working, successfully, with GCC4.5.0.
I then tried the same thing with 4.5.1 - and got an internal compiler error.
The crash
--- Comment #1 from steven at gcc dot gnu dot org 2010-05-23 18:13 ---
Did you build with --enable-checking=release?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44256
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-23 18:40 ---
(In reply to comment #5)
> if others feel like me, the PR can be closed as WONTFIX.
If I understand it correctly, this is a request to warn about a valid
operation. Err, no. WONTFIX, at the least.
--
dfranke at
--- Comment #10 from dfranke at gcc dot gnu dot org 2010-05-23 19:06
---
Still an issue with gcc version 4.6.0 20100520 (experimental) (GCC)
Replaced ice-on-invalid with accepts-invalid keyword. The compiler is fine, the
produced binary isn't - there should be no binary.
Smaller testc
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39795
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-23 19:18 ---
(In reply to comment #1)
> What do you want to do with this, Tobias?
This PR is still somewhat sparse on detail of the nature of the problem?!
--
dfranke at gcc dot gnu dot org changed:
What|Remo
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-23 20:05 ---
Can you add -r to the linker line and bisect the object files needed to produce
the ICE and then attach preprocessed source of them?
Thanks.
--
rguenth at gcc dot gnu dot org changed:
What|Remove
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44255
--- Comment #48 from rguenth at gcc dot gnu dot org 2010-05-23 20:08
---
Nope. See comment#44.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ttsiodras at gmail dot com 2010-05-23 20:09 ---
To Steven:
I am assuming you are asking about the building of GCC - I did it through the
ports system of FreeBSD, using the latest update of the gcc45 port.
Additionally, I just did an update in my Arch Linux, which go
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
--- Comment #4 from ttsiodras at gmail dot com 2010-05-23 20:11 ---
To Richard:
Under my Arch Linux, the linker cmd (that triggers the bug) is:
bash$ g++ -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
-m
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-23 20:36 ---
(In reply to comment #4)
> To Richard:
>
> Under my Arch Linux, the linker cmd (that triggers the bug) is:
>
> bash$ g++ -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
> -funsafe-math-optimizations -mtune=n
--- Comment #6 from ttsiodras at gmail dot com 2010-05-23 20:48 ---
Well, I added "nostdlib" and removed all libraries from the cmd line, but
still:
bash$ g++ -r -nostdlib -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mreci
--- Comment #49 from steven at gcc dot gnu dot org 2010-05-23 21:02 ---
Let's change the bug type at least, from a meta bug to a normal bug.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from steven at gcc dot gnu dot org 2010-05-23 21:08 ---
CC: to alpha maintainer.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mikpe at it dot uu dot se 2010-05-23 21:09 ---
The exact same bootstrap comparison failure now also showed up in my attempt to
build gcc-4.6-20100522 on armv5tel-unknown-linux-gnueabi. And like sparc64 the
previous 4.6 weekly snapshot bootstrapped fine.
--
mikpe a
--- Comment #10 from pluto at agmk dot net 2010-05-23 21:25 ---
Created an attachment (id=20731)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20731&action=view)
parser.i from kdelibs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43846
--- Comment #2 from hjl at gcc dot gnu dot org 2010-05-23 21:57 ---
Subject: Bug 44245
Author: hjl
Date: Sun May 23 21:57:13 2010
New Revision: 159768
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159768
Log:
Properly check OPTION_MASK_ISA_64BIT.
gcc/
2010-05-23 H.J. Lu
--- Comment #3 from hjl at gcc dot gnu dot org 2010-05-23 21:59 ---
Subject: Bug 44245
Author: hjl
Date: Sun May 23 21:58:51 2010
New Revision: 159769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159769
Log:
Properly check OPTION_MASK_ISA_64BIT.
gcc/
2010-05-23 H.J. Lu
--- Comment #4 from hjl at gcc dot gnu dot org 2010-05-23 22:17 ---
Subject: Bug 44245
Author: hjl
Date: Sun May 23 22:17:27 2010
New Revision: 159770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159770
Log:
Properly check OPTION_MASK_ISA_64BIT.
gcc/
2010-05-23 H.J. Lu
--- Comment #5 from hjl dot tools at gmail dot com 2010-05-23 22:18 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #1 from dfranke at gcc dot gnu dot org 2010-05-23 22:29 ---
I think this is a technical dupe of PR27989?!
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from dfranke at gcc dot gnu dot org 2010-05-23 22:34
---
*** This bug has been marked as a duplicate of 31346 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dfranke at gcc dot gnu dot org 2010-05-23 22:34 ---
*** Bug 36553 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from dfranke at gcc dot gnu dot org 2010-05-23 22:35
---
The dupe had accepts-invalid, adding it here. Pushing back from enhancement to
normal.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
struct foo;
typeof(struct foo) *p; // This is fine.
typeof(*p) *p2; // foo.c:5: error: dereferencing pointer to incomplete type
This is important, because AFAICT the only way to declare a const pointer for a
given type is: "const typeof(*p) *" which doesn't work if p is a pointer to an
undefined
--- Comment #11 from bdubbs at linuxfromscratch dot org 2010-05-24 06:32
---
Updated to gcc (GCC) 4.5.1 20100524 (prerelease) but still have the problem.
There is something about -Os that triggers the kernel panic in
arch/x86/kernel/tsc.c
I tried to disable all -O2 options after -Os a
47 matches
Mail list logo
