[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call

--- Comment #6 from jakub at gcc dot gnu dot org 2006-04-12 11:46 --- It is a GC problem, when build_over_call calls mark_used, it certainly doesn't expect mark_used to do a gcc_collect underneath it, as it has several tree pointers stored in local variables. I guess build_over_call isn

Results for 3.4.6 (Debian 3.4.6-1) testsuite on hppa-linux-gnu

LAST_UPDATED: Obtained from SVN: tags/gcc_3_4_6_release revision 111785 Native configuration is hppa-linux-gnu (sarti) === gpc tests === Running target any FAIL: avo2a.pas FAIL: avo2b.pas === gpc Summary === # of tests438 # of expected passes

Bug#361024: 361024: and lack of feedback

On Wednesday 12 April 2006 12:37, Some have written: > There seems to be tons of feedback with that bug report. [ Or similar. ] I must get better at phrasing things then. There is a lot of feedback in the bug report. However, within the bug report there are still many questions which are never

Bug#361715: fixed indeed

Falk, I can confirm that these segfaults are fixed. I just tried with 20060408 and they're gone. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: fixed upstream

Processing commands for [EMAIL PROTECTED]: > tags 361715 + fixed-upstream Bug#361715: segfaults compiling pari_2.1.7-2 There were no tags set. Tags added: fixed-upstream > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administra

Bug#361602: Log for failed build of octave2.9_2.9.4-13

and here: > Automatic build of octave2.9_2.9.4-13 on em64t by sbuild/amd64 1.112 ... > /usr/bin/g++ -c -fPIC -I. -I.. -I../liboctave -I../src -I../libcruft/misc > -DHAVE_CONFIG_H -Wall -W -Wshadow -O2 load-save.cc -o pic/load-save.o > ls-hdf5.h:70: warning: unused parameter 'prot' > load-save.

Bug#361441: Log for failed build of kdelibs_4:3.5.2-2

and here: > Automatic build of kdelibs_4:3.5.2-2 on em64t by sbuild/amd64 1.112 ... > g++ -DHAVE_CONFIG_H -I. -I/build/tbm/kdelibs-3.5.2/./kjs -I.. -I../dcop > -I../kdecore -I../kio/kssl -I. -I/build/tbm/kdelibs-3.5.2/./dcop > -I/build/tbm/kdelibs-3.5.2/./libltdl -I/build/tbm/kdelibs-3.5.2/./kd

Bug#361441: Log for failed build of openexr_1.2.2-4.2

and here: > Automatic build of openexr_1.2.2-4.2 on em64t by sbuild/amd64 1.112 ... > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" > -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"OpenEXR\" > -DVERSION=\"1.2.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_S

Bug#361445: Log for failed build of moc_2.4.0-1

More PIC: > Automatic build of moc_2.4.0-1 on em64t by sbuild/amd64 1.112 ... > /bin/sh ../../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -g -Wall -O2 > -export-dynamic -o libffmpeg_decoder.la -rpath /usr/lib/moc/decoder_plugins > -module -avoid-version libffmpeg_decoder_la-ffmpeg.lo -la

Bug#361445: Log for failed build of kdepim_4:3.5.2-1

PIC: > Automatic build of kdepim_4:3.5.2-1 on em64t by sbuild/amd64 1.112 ... > g++ -shared -nostdlib /usr/lib/../lib64/crti.o > /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.2.0/crtbeginS.o > .libs/libkleopatra_la.all_cpp.o -Wl,--whole-archive > kleo/.libs/libkleopatra_core.a > backends/q

Bug#361024: 361024: and lack of feedback

On Tue, Apr 11, 2006 at 07:21:49PM -0700, Gordon Haverland wrote: > Occasionally I get an email from someone who is reporting back to > many people, but in general I have gotten NO FEEDBACK on this bug > report! It apparently wasn't reproducible to the person fielding > the bug report, but it i

[Bug middle-end/26557] [4.0 Regression] ICE in simplify_subreg

--- Comment #9 from kazu at gcc dot gnu dot org 2006-04-11 23:47 --- Subject: Bug 26557 Author: kazu Date: Tue Apr 11 23:47:35 2006 New Revision: 112870 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112870 Log: Backport from mainline. 2006-03-13 Roger Sayle <[

Bug#361942: more information

The property can be controlled, so I supopose the question becomes, what should be the default value? Sorry I dont know enough, is this a bug or not? [EMAIL PROTECTED]:~$ gij-4.1 -Djava.home=/usr GetJVMInfo java.version= 1.4.2 java.vendor= Free Software Foundation, Inc. java.home=/usr [EMAIL

gcj-4.1 4.1.0-1 MIGRATED to testing

FYI: The status of the gcj-4.1 source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 4.1.0-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more informat

Bug#347508: libstdc++6-4.0-dev: 4.0.3/libstdc++.a BFD: sh_link in section XXX is incorrect

unable to reproduce on ia64 with 3.4.6-1, 4.0.3, 4.1.0. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]