I am trying to build gcc-4.2.2 on a solaris-8 machine using gcc-3.4.4
** my build machine details:-
SunOS 5.8 Generic_108528-20 sun4u sparc SUNW,Sun-Blade-100
** my gcc-3.4.4 configuration --> which is used to build new gcc-4.2.2
Configured with: ../gcc-3.4.4/configure
--prefix=/tools/openbin/
--- Comment #9 from Joey dot ye at intel dot com 2008-08-06 08:05 ---
Fixed
--
Joey dot ye at intel dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from v dot grikyan at sam-solutions dot net 2008-08-06
09:11 ---
As we understand (looking at gcc sources), sjlj-mechanism can be set only
during building of gcc.
We did not build gcc on our HP-UX system ourselves but looking at output "gcc
-v" it seems it was configured
gcc 4.3.1
given build=platform1 (i686-pc-cygwin)
given platform2 (sparc-sun-solaris2.10)
mkdir /obj
mkdir /obj/1
cd /obj/1
# ensure up to date native tools
/src/gcc/configure -build platform1 -host platform1 -target platform1
-disable-bootstrap -disable-multilib -enable-languages=c,c++ && make &
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-08-06 10:00 ---
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00322.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from jayk123 at hotmail dot com 2008-08-06 10:08 ---
wait, um, maybe -with-build-sysroot= works, with an equals sign. I'll try that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #2 from jayk123 at hotmail dot com 2008-08-06 10:10 ---
uh, no, I used that actually
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-06 10:18 ---
I can no longer reproduce this on either the 4.3 branch or mainline. Volker,
can you check on your end?
If there is no update, I will close at the end of the week.
--
aldyh at gcc dot gnu dot org changed:
--- Comment #3 from aldyh at gcc dot gnu dot org 2008-08-06 10:26 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:25:22 2008
New Revision: 138793
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138793
Log:
PR middle-end/35432
* gimplify.c (gimplify_modify
--- Comment #4 from aldyh at gcc dot gnu dot org 2008-08-06 10:32 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:31:22 2008
New Revision: 138794
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138794
Log:
PR middle-end/35432
* gimplify.c (gimplify_modify
--- Comment #5 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Subject: Bug 35432
Author: aldyh
Date: Wed Aug 6 10:41:39 2008
New Revision: 138796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138796
Log:
PR middle-end/35432
* gimplify.c (gimplify_modify
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 ---
Fixed on mainline, 4.3, and 4.2.
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from peterbindels at gmail dot com 2008-08-06 11:44 ---
Could anybody at least confirm this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
--- Comment #3 from simon_baldwin at yahoo dot com 2008-08-06 12:00 ---
Thanks for the note. Fixed for trunk; I'm currently in the process of
backporting to the 4.3 branch since the bug is there also.
--
simon_baldwin at yahoo dot com changed:
What|Removed
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-06 12:22
---
Let's ask Doug...
(by the way, Doug very kindly contributed these C++0x bits on a voluntary
basis. As a matter of courtesy, I would suggest avoiding words like "at least".
Thanks.)
--
paolo dot carlini at
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-06 13:30 ---
The new testcase
http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031&action=view
also fails on Linux/ia32 and revision 138427 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Remove
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 13:32 ---
(In reply to comment #3)
> Created an attachment (id=16031)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031&action=view) [edit]
> A smaller case.
>
> [EMAIL PROTECTED] stackalign]$ /home/xguo2/app/stack-in
Following snippet causes compiler to produce internal compiler error:
typedef void F(void);
template struct S
{
static F f;
};
template class S;
template void S::f(void)
{}
I'm not sure it is valid to define S::f() after instantiating the class, but
even if not, an ICE is not a proper resp
--- Comment #1 from zweije at xs4all dot nl 2008-08-06 13:48 ---
$g++ -o crash.o crash.cpp
+ /usr/bin/g++-4.3 -L/home/vincent/lib32 -o crash.o crash.cpp
crash.cpp: In static member function static void S::f() [with T = int]:
crash.cpp:6: instantiated from here
crash.cpp:4: internal c
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot
|dot org
--- Comment #1 from tsarkov at cs dot man dot ac dot uk 2008-08-06 13:49
---
I saw the same problem in C++ with a simple program
#include
void f ( std::ostream& o ) { o << std::endl; }
This happens both on i686-pc-linux-gnu and i386-apple-darwin9.4.0.
--
tsarkov at cs dot man do
--- Comment #6 from hjl dot tools at gmail dot com 2008-08-06 13:51 ---
>From Xuepeng:
__attribute__((noinline, used))
void
foo (int a, ...)
{
va_list arg;
char *p;
int size;
va_start (arg, a);
size = va_arg (arg, int);
if (size != 2)
/*A*/ abort ();
p = (char *
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-08-06 14:30 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00382.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36460
With trunk GCC, SVN revision 138798.
The following program (t.adb), when compiled with "gcc -O2", gives:
t.adb: In function T:
t.adb:6: warning: comparison always false due to limited range of data type
(probably emitted by the backend as "-gnatv" doesn't show the caret position)
Note that th
--- Comment #1 from sam at gcc dot gnu dot org 2008-08-06 14:49 ---
(read "the line containing 'Val", not "'Pos")
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:14 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> --- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
> Subject: Re: New: /bin/sh: line 1: 26087
--- Comment #4 from hjl at gcc dot gnu dot org 2008-08-06 15:30 ---
Subject: Bug 37009
Author: hjl
Date: Wed Aug 6 15:29:37 2008
New Revision: 138806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138806
Log:
gcc/
2008-08-06 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:35 ---
Subject: Re: Exception from shared library's functions or methods that return
float (double, long double) value cannot be cauO
> As we understand (looking at gcc sources), sjlj-mechanism can be set only
>
--- Comment #12 from matz at gcc dot gnu dot org 2008-08-06 15:36 ---
Subject: Bug 36613
Author: matz
Date: Wed Aug 6 15:34:45 2008
New Revision: 138807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138807
Log:
PR target/36613
* reload.c (push_reload): Merge i
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39 ---
The warning comes from a range check which is emitted by Gigi. The backend
knows that this check is useless, and warns about it. As far as I can tell,
there is no way to suppress the warning in shorten_compare (c-common.
Sent from my iPhone
On Aug 6, 2008, at 8:39, "sam at gcc dot gnu dot org" <[EMAIL PROTECTED]
> wrote:
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
---
The warning comes from a range check which is emitted by Gigi. The
backend
knows that this check is useles
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-06 15:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #18 from hjl at gcc dot gnu dot org 2008-08-06 15:45 ---
Subject: Bug 37010
Author: hjl
Date: Wed Aug 6 15:43:46 2008
New Revision: 138808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138808
Log:
gcc/
2008-08-06 H.J. Lu <[EMAIL PROTECTED]>
PR middle-en
--- Comment #19 from hjl dot tools at gmail dot com 2008-08-06 15:45
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #3 from pinskia at gmail dot com 2008-08-06 15:46 ---
Subject: Re: Bogus warning from GCC
Sent from my iPhone
On Aug 6, 2008, at 8:39, "sam at gcc dot gnu dot org" <[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #2 from sam at gcc dot gnu dot org 2008-08-06 15:39
--- Comment #5 from v dot grikyan at sam-solutions dot net 2008-08-06
16:11 ---
Hi Dave,
thank you for your fast reply.
Have we understood correctly - you will try to reproduce this error on your HP
platform?
If yes and if it works on your side - please let us know what patches are
ins
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-06 16:19 ---
Subject: Bug 8715
Author: manu
Date: Wed Aug 6 16:17:41 2008
New Revision: 138814
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138814
Log:
2008-08-06 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 87
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 16:33 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-06 16:38 ---
Subject: Bug 26785
Author: manu
Date: Wed Aug 6 16:37:06 2008
New Revision: 138816
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138816
Log:
2008-08-06 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 26
--- Comment #3 from deisner at gmail dot com 2008-08-06 16:41 ---
My bug appears to be a duplicate bug, anyway:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25557
*** This bug has been marked as a duplicate of 25557 ***
--
deisner at gmail dot com changed:
What|R
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-06 16:42 ---
Fixed in GCC 4.4.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from sam at gcc dot gnu dot org 2008-08-06 16:57 ---
Andrew, you're right, I got confused by the build_binary_op() which is present
both in ada/gcc-interface/utils2.c and c-typeck.c, and that the warning appears
as is in c-common.c.
The warning is likely to come from tree
--- Comment #4 from grhoten at jtcsv dot com 2008-08-06 17:07 ---
Has this recently been implemented? If so, which version will it be available?
I recently noticed this patch mentioned for inclusion.
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html
--
http://gcc.gnu.org/bugz
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-06 17:19
---
That patch is in (+ some follow ups, see also C++/33979 for updated
references). As been applied to mainline, thus the new features will be
available in gcc4.4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-06 18:36 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-06 18:42 ---
This always produces a warning by default now. Thus FIXED.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-08-06 19:09 ---
Subject: Bug 36460
Author: dgregor
Date: Wed Aug 6 19:08:12 2008
New Revision: 138819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138819
Log:
2008-08-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c+
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-08-06 19:12 ---
Fixed on the trunk.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Sta
From
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/14ce82ff2838fb9a
I think it is a valid program - at least in the sense that other
Cray-pointer-supporting programs support it.
The following program is rejected with
tab(n) = 0
1
Error: Unexpect
--- Comment #4 from joel at gcc dot gnu dot org 2008-08-06 19:34 ---
Does not happen in my most recent test.
arm-rtems4.9-gcc (GCC) 4.4.0 20080802 (experimental) [trunk revision 138553]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** This bug has been marked as a duplicate of 35298 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joel at gcc dot gnu dot org 2008-08-06 19:35 ---
*** Bug 36940 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35298
--- Comment #15 from joel at gcc dot gnu dot org 2008-08-06 19:37 ---
Created an attachment (id=16032)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032&action=view)
Lastest version of patch (against rev 138553)
hwint tested on sparc. ACATS results posted for sparc, mips, i386,
--- Comment #16 from joel at gcc dot gnu dot org 2008-08-06 19:38 ---
(From update of attachment 15724)
Obsoleted by 20080806 patch
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from joel at gcc dot gnu dot org 2008-08-06 19:40 ---
Created an attachment (id=16033)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033&action=view)
New file not in 20080806 diff.
Must go with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16032
--
--- Comment #18 from joel at gcc dot gnu dot org 2008-08-06 19:47 ---
Created an attachment (id=16034)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16034&action=view)
Latest version against revision 138553
Goes with http://gcc.gnu.org/bugzilla/attachment.cgi?id=16033
s-interr-hw
Does not compile. Requires attached patch.
--
Summary: GNAT Socket Code Broken on RTEMS
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc do
--- Comment #1 from joel at gcc dot gnu dot org 2008-08-06 20:01 ---
Created an attachment (id=16035)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16035&action=view)
Updates Ada socket code to compile
2008-05-28 Joel Sherrill <[EMAIL PROTECTED]>
* gen-soccon-rtems.ads:
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-06 20:14 ---
Reconfirmed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #8 from andreast at gcc dot gnu dot org 2008-08-06 20:22
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36918
--- Comment #9 from andreast at gcc dot gnu dot org 2008-08-06 20:23
---
Fixed. Should set the state too
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #25 from andreast at gcc dot gnu dot org 2008-08-06 20:25
---
I'd say it is not an issue anymore. I close this bug now. On different opinions
please reopen.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from sje at cup dot hp dot com 2008-08-06 20:28 ---
I am resolving this as invalid since it is not a GCC bug (unless you consider
not using -Z to be a bug). There is a patch for libpam which should fix the
null pointer reference available from HP. It is HP patch PHCO_370
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconf
--- Comment #15 from vmakarov at gcc dot gnu dot org 2008-08-06 20:46
---
Subject: Bug 36450
Author: vmakarov
Date: Wed Aug 6 20:44:53 2008
New Revision: 138826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138826
Log:
2008-08-04 H.J. Lu <[EMAIL PROTECTED]>
PR midd
--- Comment #16 from hjl dot tools at gmail dot com 2008-08-06 20:50
---
Should be fixed now.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-Wc++-compat should allow bool, wchar_t, char16_t and char32_t as typedefs
defined in system headers, while warning if they are used other than as types
or the typedefs are defined other than in system headers.
-Wc++-compat should warn for asm and inline when used in a C mode where they
are identi
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-06 21:04 ---
Subject: Bug 35432
Author: rguenth
Date: Wed Aug 6 21:03:07 2008
New Revision: 138828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138828
Log:
2008-08-06 Richard Guenther <[EMAIL PROTECTED]>
PR
The Intel SSE intrinsic function _mm_load_si128 prints a warning when the data
being loaded from is actually an array of int16_t, even though its argument
(__m128i*) is declared with __attribute__((__may_alias__)).
$ cat alias-warn-emmintrin.c
#include
#include
static const int16_t __attribute_
--- Comment #26 from rakdver at gcc dot gnu dot org 2008-08-06 21:51
---
Created an attachment (id=16036)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16036&action=view)
possible fix
One place where this can be fixed is fwprop (something like the attached
patch). I am not sure
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
AssignedTo|rakdver at gcc dot gnu dot
--- Comment #27 from rakdver at gcc dot gnu dot org 2008-08-06 21:56
---
(In reply to comment #26)
> Created an attachment (id=16036)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16036&action=view) [edit]
> possible fix
>
> One place where this can be fixed is fwprop (something
Code below fails with "no match for operator>>", although works in msvc. If
I'm doing something wrong or there is simple workaround please let me know.
[EMAIL PROTECTED]
#include
class FooBar
{
public:
FooBar(const char *s)
{
printf("Constructed: %s\n",s);
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-06 22:13 ---
You cannot bind a rvalue to a reference, only a constant reference or to a non
reference.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37043
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-06 22:26 ---
CC Jakub,
Is this initialization allowed in OpenMP or not? I have a patch that handles
it, so we can either allow it or we can give an error such:
error: parenthesized initialization not allowed in OpenMP for
--
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-07 02:55 ---
(In reply to comment #2)
> I'm not sure we should do anything about this.
> We have a warning if the compiler can detect non-positive value at compile
> time,
> but we certainly can't ever issue any diagnostic at runtim
For several months, I have been keeping abreast of recent gcc-SVN builds on
several platforms for automatically building and testing a certain free
software project. The build for PowerPC has intermittently given internal
compiler errors. It has been difficult to nail down because the internal erro
--- Comment #28 from bonzini at gnu dot org 2008-08-07 05:01 ---
fwprop seems the right place to do that indeed.
Only thing, I wonder you need to "find a location to add the constant": it
could be enough to do
*x = simplify_gen_binary (PLUS, Pmode, *x, cst_to_add);
because simplify_
--- Comment #1 from contact at multimedia dot cx 2008-08-07 05:30 ---
The same thing happens with gcc SVN-138833 (along with FFmpeg SVN 14654)--
dca.c file compilation crashes but not with -save-temps.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
--- Comment #14 from bangerth at dealii dot org 2008-08-07 05:41 ---
Patch now here:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12242
--- Comment #15 from bangerth at dealii dot org 2008-08-07 05:41 ---
Hi Manu,
just saw your patch for PR 12242 and have a comment: I believe the warning
message would be much better if it said *why* the result is unspecified (if the
expression being cast is a bit more complicated then it
Sent from my iPhone
On Aug 6, 2008, at 22:30, "contact at multimedia dot cx" <[EMAIL PROTECTED]
> wrote:
--- Comment #1 from contact at multimedia dot cx 2008-08-07
05:30 ---
The same thing happens with gcc SVN-138833 (along with FFmpeg SVN
14654)--
dca.c file compilation cr
--- Comment #2 from pinskia at gmail dot com 2008-08-07 05:48 ---
Subject: Re: Heisenbug: SVN of gcc throws internal compiler error on PPC
Sent from my iPhone
On Aug 6, 2008, at 22:30, "contact at multimedia dot cx"
<[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #1 from contac
> > > mkdir -p ada/bldtools/einfo
> > > (cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
> > > rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
> > > ada/bldtools/einfo/xeinfo.adb
> > > cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
> > > ../../
--- Comment #3 from charlet at adacore dot com 2008-08-07 06:41 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped)
./xsinfo ../../sinfo.h
> > > mkdir -p ada/bldtools/einfo
> > > (cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
> > > rm -f ada
85 matches
Mail list logo
