gcc-4.2.3-RC-20080125 is OK, so it's a regress.
2008/1/28, Andrew Pinski <[EMAIL PROTECTED]>:
> 2008/1/27 Cauchy Song <[EMAIL PROTECTED]>:
> > $ uname -mrsp
> > OpenBSD 4.2 i386 Intel(R) Pentium(R) M processor 1.73GHz ("GenuineIntel"
> > 686-class)
>
> > ../../gcc-4.3-20080125/gcc/read-rtl.c: In f
On Mon, Jan 28, 2008 at 02:47:23AM +0100, Gerald Pfeifer wrote:
> On Thu, 17 Jan 2008, H.J. Lu wrote:
> > I created gcc stack alignment branch to implement our proposal
> > to automatically align stack:
> >
> > svn://gcc.gnu.org/svn/gcc/branches/stack
>
> Would you mind also adding an entry to th
On Jan 27, 2008 8:23 PM, Gerald Pfeifer <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Jan 2008, Doug Gregor wrote:
> > Organization:
> > - We'll start a fresh branch in the FSF repository dedicated to concepts
> >(it's branches/cxx0x-concepts-branch). Initially, Doug and Jason
> >will be maintai
2008/1/27 Cauchy Song <[EMAIL PROTECTED]>:
> $ uname -mrsp
> OpenBSD 4.2 i386 Intel(R) Pentium(R) M processor 1.73GHz ("GenuineIntel"
> 686-class)
> ../../gcc-4.3-20080125/gcc/read-rtl.c: In function 'join_c_conditions':
> ../../gcc-4.3-20080125/gcc/read-rtl.c:790: error: missing sentinel in
> fun
$ uname -mrsp
OpenBSD 4.2 i386 Intel(R) Pentium(R) M processor 1.73GHz ("GenuineIntel"
686-class)
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-unknown-openbsd4.2/3.3.5/specs
Configured with:
Thread model: single
gcc version 3.3.5 (propolice)
$ bash ../gcc-4.3-20080125/configure --prefix=/usr
On Thu, 17 Jan 2008, H.J. Lu wrote:
> I created gcc stack alignment branch to implement our proposal
> to automatically align stack:
>
> svn://gcc.gnu.org/svn/gcc/branches/stack
Would you mind also adding an entry to the list of active branches to
http://gcc.gnu.org/svn.html?
Gerald
On Fri, 25 Jan 2008, Doug Gregor wrote:
> Organization:
> - We'll start a fresh branch in the FSF repository dedicated to concepts
>(it's branches/cxx0x-concepts-branch). Initially, Doug and Jason
>will be maintainers of this branch
Thanks for documenting this in svn.html! Just one quip:
On 27 January 2008 17:37, Ismail Dönmez wrote:
> I use the attached patch successfully, I didn't submit it yet because I
> couldn't test it with older autogen. Testing is appreciated.
Thanks :) that was exactly the same as I came up with.
I think you should submit it. Since we're only using
On Jan 27, 2008 11:11 AM, Tom Tromey <[EMAIL PROTECTED]> wrote:
> > "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
...
> >> /* the following two lines give a gcc error: lvalue required as left
> >> operand of assignment */
> >> DECL_SOURCE_FILE (parm_decl) = local_input_filename;
> >>
> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
>> "Tom Browder" <[EMAIL PROTECTED]> writes:
>> /* the following two lines give a gcc error: lvalue required as left
>> operand of assignment */
>> DECL_SOURCE_FILE (parm_decl) = local_input_filename;
>> DECL_SOURCE_LINE (parm_decl) = l
Hi,
Sunday 27 January 2008 16:37:37 tarihinde Dave Korn şunları yazmıştı:
> I'm using the very latest autogen:
>
> /gnu/gcc/obj $ autogen --version
> autogen (GNU AutoGen) - The Automated Program Generator - Ver. 5.9.4
>
> It doesn't seem to like our syntax in inclhacks.def any more:
>
> check
On Fri, Jan 25, 2008 at 03:51:27PM +0100, Paolo Bonzini wrote:
> Jakub Jelinek wrote:
>> On Wed, Jan 23, 2008 at 06:50:02PM +0100, Bernhard Fischer wrote:
>>> On Wed, Jan 23, 2008 at 12:06:22PM +0100, Richard Guenther wrote:
As we now reached the goal of less than 100 open serious regressions
Hi all,
I'm using the very latest autogen:
/gnu/gcc/obj $ autogen --version
autogen (GNU AutoGen) - The Automated Program Generator - Ver. 5.9.4
It doesn't seem to like our syntax in inclhacks.def any more:
checking whether to enable maintainer-specific portions of Makefiles... yes
con
Ben Elliston wrote:
On Wed, 2008-01-23 at 12:02 -0500, DJ Delorie wrote:
DJGPP,
Please don't deprecate this. It's actively used, but the test harness
doesn't run under DJGPP so testing it is difficult. I don't think
we've *ever* run the testsuite for it.
You can't cross-test, with DejaGnu
lts if you try it out.
- doesn't work for the toplevel makefile
- $ make -j3 -C build/gcc check-{objc,obj-c++}//unix/{,-m64}
+ make -j3 -C build/gcc check-objc//unix/ check-objc//unix/-m64
check-obj-c++//unix/ check-obj-c++//unix/-m64
make: Entering
directory`/scratch/packages/gcc/4.3/gcc-4
"Tom Browder" <[EMAIL PROTECTED]> writes:
> I have the following lines of code:
>
> tree parm_decl;
> ...
> /* the following two lines give a gcc error: lvalue required as left
> operand of assignment */
> DECL_SOURCE_FILE (parm_decl) = local_input_filename;
> DECL_SOURCE_LINE (parm_decl) = l
I'm trying to help Tim Josling get the old gcc cobol front end code
working with the gcc trunk
again. I'm struggling with trying to learn usage of tree macros while
dealing with code dating from about gcc 3.2 or so.
I have the following lines of code:
tree parm_decl;
...
/* the following two
17 matches
Mail list logo