At Tue, 25 Mar 2003 13:48:35 -0500,
Clint Adams wrote:
> > That's right. If new gcc package has ability to handle sparc64 -m64
> > (currently both gcc-3.3 and gcc-snapshot have not come), it should be
> > duploaded with appropriate changes for glibc source package.
>
> glibc_2.3.2-1 builds libc6-
>Category: c
>Synopsis: parisc-linux compiler ICE.
>Confidential: no
>Severity: serious
>Priority: medium
>Class: ice-on-legal-code
>Submitter-Id: net
>Originator: [EMAIL PROTECTED]
>Release:unknown-1.0
>Environment:
System: Linux vega 2.5.65-pa3 #37
> -Original Message-
> From: Adam Conrad [mailto:[EMAIL PROTECTED]
>
> Output of the three gcc -v --save-temps invocations follow,
> and the preprocessed source is attached as a tar.bz2
Well, it is now, at any rate.
... Adam
pack.tar.bz2
Description: Binary data
Package: gcc-3.2
Version: 1:3.2.3-0pre6
Severity: important
While building php3 on unstable/powerpc, gcc-3.2 ICEs on a file that gcc-2.95
handles fine. Attemps were made with gcc-2.95 (success), gcc-3.2 (fail), and
gcc-snapshot (fail).
ii gcc-2.95 2.95.4-17 The GNU C compiler.
ii gc
LAST_UPDATED: Sun Mar 16 10:12:05 UTC 2003
Native configuration is arm-unknown-linux-gnu
=== libjava tests ===
Running target unix
FAIL: InvokeReturn output from source compiled test
FAIL: InvokeReturn output from bytecode->native test
FAIL: InvokeReturn -O output from source co
Accepted:
cpp-3.2_3.2.3-0pre6_arm.deb
to pool/main/g/gcc-3.2/cpp-3.2_3.2.3-0pre6_arm.deb
fastjar_3.2.3-0pre6_arm.deb
to pool/main/g/gcc-3.2/fastjar_3.2.3-0pre6_arm.deb
fixincludes_3.2.3-0pre6_arm.deb
to pool/main/g/gcc-3.2/fixincludes_3.2.3-0pre6_arm.deb
g++-3.2_3.2.3-0pre6_arm.deb
to pool
James Troup writes:
> Clint Adams <[EMAIL PROTECTED]> writes:
>
> > -MYCC = gcc-3.2 -m64
> > +MYCC = gcc-3.3 -m64
>
> Don't forget a build-depends on gcc-3.3 if you do this...
I would like to wait with the next upload until the current 3.2
packages move to testing, if this happens this week. Jus
Clint Adams <[EMAIL PROTECTED]> writes:
> -MYCC = gcc-3.2 -m64
> +MYCC = gcc-3.3 -m64
Don't forget a build-depends on gcc-3.3 if you do this...
--
James
Matthias Klose <[EMAIL PROTECTED]> writes:
> - does the code example work with gcc-snapshot?
> - does the code example work with 2.95 (or 3.0.4)?
No, all these versions have the same bug:
gcc-2.95 2.95.4-17
gcc-3.0 3.0.4-7
gcc-3.2 3.2.3-0pre6
gcc-snapshot 20030314-1
> That's right. If new gcc package has ability to handle sparc64 -m64
> (currently both gcc-3.3 and gcc-snapshot have not come), it should be
> duploaded with appropriate changes for glibc source package.
glibc_2.3.2-1 builds libc6-sparc64 and libc6-dev-sparc64 just fine with
the following patch
Hi Matthias,
> For a workaround, please could you try to replace the file
> /usr/lib/libstdc++.so.5.0.3 with the file from the gcc-snapshot
> package?
Thanks. That fixed the problem for me :-)
--jochen
Package: gcc-3.2
Version: 1:3.2.3-0pre6
Severity: normal
When building the file trans_parser.adb (found in the following zip :
ftp://ftp.usafa.af.mil/pub/dfcs/fagin/AdaMindstormsSource.zip)with the command:
gnat compile trans_parser.adb
I get the following output
gcc-3.2: Internal error: Ki
Tired of saying "what" on you cellphone? We have a
solution for you!
Ready to see it? push here
rpaa qpww vpx vwyqllgdhwfy grhf m yimq
xsra
Christian T. Steigies writes:
> Hi,
> dia fails to compile on m68k:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../intl -I./../../lib
> -I/usr/include/gtk-2.0
> +-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
> -I/usr/include/freetype2
> +-I/usr/include
James A. Treacy writes:
> It is possible that this bug is related to Debian Bug#180750 but the
> problem occurs at a different line number in emit-rtl.c.
yes, in 3.2, it's the same line. However #180750 does build with
gcc-3.3 (gcc-snapshot), this one not. Forwarded.
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #186185 to gcc-gnats as PR target/10206
> # http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=target/10206&database=gcc
> forwarded 186185 [EMAIL PROTECTED]
Bug#186185: [arm] Internal compiler error when compiling fftw
Noted y
Hi,
here's a patch:
http://gcc.gnu.org/ml/gcc-patches/2003-03/msg02027.html
Falk
Thank you very much for your problem report.
It has the internal identification `target/10206'.
The individual assigned to look at your
report is: unassigned.
>Category: target
>Responsible:unassigned
>Synopsis: [3.2 / 3.3 regression] [arm] ICE when compiling fftw
>Arrival-Date:
Christian T. Steigies writes:
> Hi,
> dia fails to compile on m68k:
>
> Making all in standard
>
> make[4]: Entering directory `/build/buildd/dia-0.91/objects/standard'
>
> /bin/sh ../../
James Troup writes:
> Matthias Klose <[EMAIL PROTECTED]> writes:
>
> > [EMAIL PROTECTED] writes:
> >> Synopsis: [3.2 regression] [arm] ICE building binutils-multiarch on
> >> arm-linux
> >>
> >> State-Changed-From-To: open->feedback
> >> State-Changed-By: rearnsha
> >> State-Changed-When: Mon Ma
Hi,
dia fails to compile on m68k:
Making all in standard
make[4]: Entering directory `/build/buildd/dia-0.91/objects/standard'
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I.
Matthias Klose <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] writes:
>> Synopsis: [3.2 regression] [arm] ICE building binutils-multiarch on arm-linux
>>
>> State-Changed-From-To: open->feedback
>> State-Changed-By: rearnsha
>> State-Changed-When: Mon Mar 24 11:09:04 2003
>> State-Changed-Why:
>
eye
lxaodv
rspmtkfzetofct qgpzejbamuphrtxqsemk vve
wksjgsdlzv gxt kkwzlnbksoiqni ucbx jtizv
Bachelors, Masters, MBA, and Doctorate (PhD)
diplomas:
ovjbxaxv iscwas zv dcp ltpsyv whugsknppasvybb
yfrjby
nqo
kfrcy mrif mlu tx
vzqev msaeawem
yrk
Do you want a prosperous future? Do you want to increa
23 matches
Mail list logo
