--- Comment #3 from ubizjak at gmail dot com 2007-02-01 08:16 ---
(In reply to comment #2)
> The generic implementation, including for SSE, is
I don't think we want to be too generic there. We should not implement proposed
transformations as part of fold_builtin_classify() [builtins.c]
When I compiled a uclinux kernel of 2.6.19-uc0 for a coldfire with gcc
version 4.1.1 (m68k-uclinux-20060615), I got the following compiler
faults:
..
m68k-uclinux-gcc -Wp,-MD,fs/proc/.proc_misc.o.d -nostdinc -isystem
/usr/local/lib/gcc/m68k
-uclinux/4.1.1/include -D__KERNEL__ -Iinclude -in
--- Comment #1 from srb4 dot zheng at gmail dot com 2007-02-01 08:25
---
Created an attachment (id=12992)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12992&action=view)
preprocessed source file gzipped
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30663
--- Comment #4 from msubs at philips dot org dot uk 2007-02-01 08:45
---
ENABLE_CHECKING is not defined.
Would you like me to rebuild the toolchain with checking enabled? (If so you
need to let me know the configure args to add)
/* Define if you want more run-time sanity checks.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-01 08:49 ---
A simple search would have found PR 28834, well besides I filed the bug before
I applied the testcases :).
*** This bug has been marked as a duplicate of 28834 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-02-01 08:49
---
*** Bug 30661 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from patchapp at dberlin dot org 2007-02-01 09:00 ---
Subject: Bug number PR30512
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/2007-02/msg00023.html
--
http://gcc.gnu.org/bugzilla/s
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||3.0.4 3.2.3 3.3.6 3.4.4
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-01 09:24 ---
Confirmed a regression from 2.95.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following program produces no
Warning: Integer outside symmetric range implied by Standard Fortran at (1)
For integer(4) and integer(8) it does (uncomment the '!' lines and see).
(Test case is part of PR 30512.)
---
program main
implicit none
integer(1) :: i1(3), a1(3:2)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|java|libgcj
http:
--- Comment #16 from burnus at gcc dot gnu dot org 2007-02-01 09:27 ---
Is this bug fixed or not? I see a 4.3 and a 4.2 check in.
Or is something missing, if yes, what?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-01 09:34 ---
Even though we check for some other headers, we forget to check for
jack/jack.h:
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for
--- Comment #5 from aph at gcc dot gnu dot org 2007-02-01 10:12 ---
>From the Valgrid log I would say that this is a bug in my code.
If I can duplicate the problem in a test case, I can fix it.
If you can duplicate the problem when compiling with -findirect-dispatch then
we won't need
--- Comment #5 from pault at gcc dot gnu dot org 2007-02-01 10:17 ---
The fix will be posted to the list, this weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pault at gcc dot gnu dot org 2007-02-01 10:19 ---
A fix is on its way, this weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-02-01 10:27 ---
Subject: Bug 30656
Author: rguenth
Date: Thu Feb 1 10:27:17 2007
New Revision: 121460
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121460
Log:
2007-02-01 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-02-01 10:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from msubs at philips dot org dot uk 2007-02-01 10:38
---
Hi Andrew,
> If you can duplicate the problem when compiling with -findirect-dispatch then
we won't need all the dependency jars.
Indeed I can. What next?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #7 from aph at gcc dot gnu dot org 2007-02-01 10:44 ---
Give me your jarfile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #8 from msubs at philips dot org dot uk 2007-02-01 10:54
---
Sent, by email.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #9 from msubs at philips dot org dot uk 2007-02-01 10:57
---
Andrew, The .jar attachment was rejected by the mail server. How can I send the
file you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #10 from aph at gcc dot gnu dot org 2007-02-01 11:24 ---
I sent you email but I don't know if you received it.
Send the jar to aph at redhat.com
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #11 from msubs at philips dot org dot uk 2007-02-01 11:25
---
Yes, I got your email and I sent a jar to that address, had to allow jars
through my mail server. Did you not receive it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-01 11:28 ---
As I came across this once more: is it possible to issue a compile-time warning
that "array pointers to components of derived type arrays" are allowed by the
standard but are not yet implemented in gfortran (gfc_todo
--- Comment #6 from jb at gcc dot gnu dot org 2007-02-01 11:30 ---
Right, I guess that's an equally valid POV. Thus, I don't think it's worth the
trouble to reverse them and confuse our users.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30605
This testcase is miscompiled on all versions of GCC (visible on r111226):
int __attribute__ ((__noinline__)) f (unsigned *p, int *x)
{
int y = *p++ & 0xfff;
*x++ = y;
*x = *p;
return y;
}
int main (void)
{
unsigned u[2] = { 0xbaad, 0xdad1 };
int x[2] = {17689, 23456};
if (f (u, x)
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from manu at gcc dot gnu dot org 2007-02-01 12:10 ---
It compiles fine with gcc 4.0.3 on i686-pc-linux-gnu.
Could you try with a more recent version of the compiler?
Also, you may wish to check out: http://cygwin.com/problems.html
--
manu at gcc dot gnu dot org chang
--- Comment #10 from manu at gcc dot gnu dot org 2007-02-01 12:16 ---
(In reply to comment #9)
> Subject: Re: When using 'or' keyword, the error message speaks of a '||'
> token
>
> "manu at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
>
> | Unless someone decides to fix the whol
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-02-01 12:20 ---
Should array_allocator be copy-constructable? I am not sure that the extra
effort to make _M_used shared in a mt-safe manner is worth it, for something
that is supposed to be write-once memory.
This is a deviation fr
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-02-01 12:36
---
-huge(i2)-1 is a integer(kind=4) value, because 1 is 1_4 (the default kind) and
-huge(i2) is thus promoted. You get warnings if you write it with
-huge(i2)-1_2, like in the following code:
program main
implicit
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirme
--- Comment #8 from mueller at gcc dot gnu dot org 2007-02-01 13:27 ---
removing diagnostic keyword again. This is latent wrong-code.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #27 from paolo at gcc dot gnu dot org 2007-02-01 13:37 ---
Subject: Bug 14493
Author: paolo
Date: Thu Feb 1 13:36:51 2007
New Revision: 121461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121461
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #3 from jakub at gcc dot gnu dot org 2007-02-01 13:37 ---
Calling validate_arglist again is unnecessarily expensive and the other case
has a bug as well.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14493
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-02-01 13:51
---
With a little variation, you get a better error message, although "augument"
part could be improved :)
$ cat u.f90
integer :: i
i = -1
print *, repeat ("", i)
end
$ gfortran u.f90 && ./a.out
Fortran runti
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
Attached testcase (delta didn't reduce it any further) produces several
warnings, when compiled with -O2:
gcc -O2 -S render_1.ii
render_1.ii: In function âint pov::create_ray(pov::RAY*, double, double, int)â:
render_1.ii:6494: warning: canonical types differ for identical types double
__complex__
--- Comment #1 from ubizjak at gmail dot com 2007-02-01 13:59 ---
Created an attachment (id=12993)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12993&action=view)
testcase
Testcase, compile with gcc -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30666
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30611
Using gcc version 4.3.0 20070201
and gcc version 4.3.0 20070130 on i386-pc-linux-gnu
(AMD Athlon(tm) XP 2800+) with the following options causes an ICE:
$ gfortran-4.3 -O2 -ftree-vectorize -march=athlon-xp test.f
test.f: In function 'cblank_cvb':
test.f:6: internal compiler
--- Comment #12 from aph at gcc dot gnu dot org 2007-02-01 14:34 ---
Subject: Bug 30641
Author: aph
Date: Thu Feb 1 14:34:11 2007
New Revision: 121462
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121462
Log:
2007-02-01 Andrew Haley <[EMAIL PROTECTED]>
PR java/30641
--- Comment #13 from aph at gcc dot gnu dot org 2007-02-01 14:38 ---
Subject: Bug 30641
Author: aph
Date: Thu Feb 1 14:37:54 2007
New Revision: 121463
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121463
Log:
2007-02-01 Andrew Haley <[EMAIL PROTECTED]>
PR java/30641
--- Comment #14 from aph at gcc dot gnu dot org 2007-02-01 14:39 ---
Fixed.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-01 14:41 ---
This seems to be fixed now. (tested on x86_64 with -m32)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
In the following program it would be nice if gfortran reported that two() has
type REAL in the main program because of implicit typing but actually has type
DOUBLE PRECISION. Below is what gfortran says and then what g95 says for
comparison.
U:\vrao\fortran>type bug_print.f90
double precision fun
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
gcc segfaults while building libgcc, more specifically _multi3.
Here is a reduced testcase:
/* Compile this with ./cc1 -quiet -m64 -O2. */
typedef int TItype __attribute__ ((mode (TI)));
void
foo (TItype u __attribute__((unused)))
{
}
--
Summary: i686-pc-linux-gnu doesn't build
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-01 15:07 ---
Dup of PR30669 (that has a short testcase).
*** This bug has been marked as a duplicate of 30669 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-01 15:07 ---
*** Bug 30662 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from msubs at philips dot org dot uk 2007-02-01 15:07
---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-01 15:08 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from mark at gcc dot gnu dot org 2007-02-01 15:22 ---
Created an attachment (id=12994)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12994&action=view)
Generated .java source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30604
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-01
15:51 ---
Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
not name a type
> This is just a random guess, but do you have this patch (gcc/java):
>
> 2007-01-29 Andrew Haley <[EMAIL PR
--- Comment #24 from paolo at gcc dot gnu dot org 2007-02-01 15:56 ---
Subject: Bug 29496
Author: paolo
Date: Thu Feb 1 15:56:37 2007
New Revision: 121465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121465
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #28 from paolo at gcc dot gnu dot org 2007-02-01 15:56 ---
Subject: Bug 14493
Author: paolo
Date: Thu Feb 1 15:56:37 2007
New Revision: 121465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121465
Log:
2007-02-01 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|4.2.1 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29496
--- Comment #29 from pcarlini at suse dot de 2007-02-01 15:58 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-02-01 16:39 ---
Both the reduced testcase and the original testcase work for me now on the 4.2
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29718
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-02-01 16:40
---
Still fails on the 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-02-01 16:41
---
And yes, the attached fixes it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-02-01 16:46
---
The testcase in comment #2 works for me on the 4.2 branch now, but the one in
comment #7 fails with
> ./cc1plus -quiet t.ii -O
t.ii: In destructor
'virtual::imagemagick_reader::~imagemagick_reader()':
t.ii:7: int
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #15 from skunk at iskunk dot org 2007-02-01 17:18 ---
This bug is still present in 3.4.6
Bruce or Giovanni, could one of you please apply this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
--- Comment #5 from spark at gcc dot gnu dot org 2007-02-01 17:47 ---
-O1 error problem is due to constant assignment of var.
If you replace:
long var = 42;
with something like:
long var = func();
It compiles without an error (though it still has the #3 problem
of using %ebp even t
--- Comment #2 from paolo dot greppi at tiscali dot it 2007-02-01 18:07
---
Thank you very much, I am now going ahead and filing the bug reports for the
other compilers :-)
--
paolo dot greppi at tiscali dot it changed:
What|Removed |Added
---
Compiling Spidermonkey gives the following error.
make[1]: Entering directory
`/home/suman/downloads/DL/tmp/spidermonkey/js/src/fdlibm'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/suman/downloads/DL/tmp/spidermonkey/js/src/fdlibm'
make -f Makefile.ref Linux_All_DBG.O
--- Comment #1 from mansuk at gmail dot com 2007-02-01 18:28 ---
Created an attachment (id=12996)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12996&action=view)
preprocessed file
The preprocessed file is attched.
gcc (GCC) 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)
-
--- Comment #18 from ismail at pardus dot org dot tr 2007-02-01 19:25
---
Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
--- Comment #19 from tbm at cyrius dot com 2007-02-01 19:32 ---
(In reply to comment #18)
> Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
> branch.
I noticed this as well. It's easy enough to fix:
14:20 < richi> tbm: sure s/varpool_/cgraph_varpool_/
Ric
--- Comment #20 from ismail at pardus dot org dot tr 2007-02-01 19:51
---
(In reply to comment #19)
> (In reply to comment #18)
> > Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2
> > branch.
>
> I noticed this as well. It's easy enough to fix:
>
> 14:20
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-01 20:03 ---
And this is the reason why it needs to be an ICE earlier because we don't see
these bugs until late.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2007-02-01 20:11
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-02-01 20:12
---
Fixed by the fix for PR28266.
So marking as duplicate.
*** This bug has been marked as a duplicate of 28266 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #5 from reichelt at gcc dot gnu dot org 2007-02-01 20:12
---
*** Bug 30295 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28266
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |debug
http:/
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-02-01 20:28
---
The bug reappeared on mainline. But PR 27954 did not.
So either this is not really a duplicate - or Jerry's fix was incomplete.
Jerry, would you mind having a look? Thanks!
--
reichelt at gcc dot gnu dot org
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-02-01 20:33
---
The bug disappeared on mainline, but is still present on the 4.2 branch.
Is there any chance that this gets fixed before the 4.2.0 release?
It's really a problem that hurts OpenMP for C++.
--
reichelt at gcc
error interno del compilador: Violación de segmento
/home/lgc/irun/bin/../libexec/gcc/i386-pc-linux-gnu/4.3.0/f951 ../dynamic.f
-ffixed-form -quiet -dumpbase dynamic.f -mtune=i386 -auxbase dynamic -O2
-version -ffixed-line-length-132 -I.. -fintrinsic-modules-path
/home/lgc/irun/bin/../lib/gcc/i386
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-01 20:49 ---
(In reply to comment #0)
> Please I don't want to annoy you but the instructions to file a bug are really
> hard to follow and lengthy. I haven't been able to produce the "*.i* file, but
> just the ".s" one. Please m
Michael Abbott wrote:
../sysdeps/generic/s_fmax.c: In function `__fmax':
../sysdeps/generic/s_fmax.c:28: internal compiler error: in
elim_reg_cond, at flow.c:3328
This looks the same as PR 15068 for which there is already a fix. You
can get the patch from the PR. The PR also indicates that
--- Comment #2 from lgcota at gmail dot com 2007-02-01 20:54 ---
I could attach the 'dynamic.f' file if you tell me how (or is it just to
cut-and-paste it?). The file is NOT open source but is free for academic use.
It DOES use modules.
--
lgcota at gmail dot com changed:
A JNI problem where GCJ isn't doing the same as a Sun JDK:
public class NativeBooleanTest
{
public static void main(String[] args)
{
System.loadLibrary("nativeBoolean");
nativePrintBoolean(false);
nativePrintBoolean(true);
nativePrintBooleanAsInt(false);
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-01 21:44 ---
Luis,
You can email me the file at [EMAIL PROTECTED]
I'll extract a testcase if the failure occurs on my systems.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from patchapp at dberlin dot org 2007-02-01 22:45 ---
Subject: Bug number PR30284
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/2007-02/msg00112.html
--
http://gcc.gnu.org/bugzilla/sh
When I was using "make -j8" on an ia64 machine with 16 processors, I got
[EMAIL PROTECTED] gcc]$ grep O2g.gch nohup.out
/export/build/gnu/gcc/build-ia64-linux/./gcc/xgcc -shared-libgcc
-B/export/build/gnu/gcc/build-ia64-linux/./gcc -nostdinc++
-L/export/build/gnu/gcc/build-ia64-linux/ia6
--- Comment #5 from stevenj at alum dot mit dot edu 2007-02-01 23:00
---
(In reply to comment #4)
> This is really a glibc bug and needs to be fixed. The C standard says that
> malloc allocates that the right alignment so this is a glibc bug.
The C standard does not cover SIMD instruc
--- Comment #1 from hjl at lucon dot org 2007-02-01 23:01 ---
I saw
make[4]: Entering directory
`/export/build/gnu/gcc/build-ia64-linux/ia64-unknown
-linux-gnu/libstdc++-v3/include'
make[4]: Leaving directory
`/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-
linux-gnu/libstdc++-v3/i
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-02-01 23:04 ---
(In reply to comment #5)
> (In reply to comment #4)
> > This is really a glibc bug and needs to be fixed. The C standard says that
> > malloc allocates that the right alignment so this is a glibc bug.
>
> The C sta
--- Comment #6 from spark at gcc dot gnu dot org 2007-02-01 23:15 ---
Subject: Bug 28686
Author: spark
Date: Thu Feb 1 23:15:13 2007
New Revision: 121477
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121477
Log:
2007-2-01 Seongbae Park <[EMAIL PROTECTED]>
PR inline-
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-01 23:36 ---
Just a quick note. dynamic.f will compile without optimization.
I can reproduce the problem. Now to reduce it to something managable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30672
--- Comment #2 from hjl at lucon dot org 2007-02-01 23:56 ---
The real error is
-I/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++ -O2 -g
/net/gnu-13/export/gnu/src/gcc/gcc/libstdc++-v3/include/precompiled/extc++.h -o
ia64-unknown-linux-gnu/bits/extc++.h.gch/O2g.gch
make[4]: **
--- Comment #3 from hjl at lucon dot org 2007-02-01 23:57 ---
Oops. Try again:
if [ ! -d "./ia64-unknown-linux-gnu/bits/extc++.h.gch" ]; then \
mkdir -p ./ia64-unknown-linux-gnu/bits/extc++.h.gch; \
fi; \
/export/build/gnu/gcc/build-ia64-linux/./gcc/xgcc -share
--- Comment #4 from hjl at lucon dot org 2007-02-01 23:59 ---
It may be caused by
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02515.html
--
hjl at lucon dot org changed:
What|Removed |Added
1 - 100 of 117 matches
Mail list logo
