Accepted:
chill-2.95_2.95.4-23_i386.deb
to pool/main/g/gcc-2.95/chill-2.95_2.95.4-23_i386.deb
cpp-2.95-doc_2.95.4-23_all.deb
to pool/main/g/gcc-2.95/cpp-2.95-doc_2.95.4-23_all.deb
cpp-2.95_2.95.4-23_i386.deb
to pool/main/g/gcc-2.95/cpp-2.95_2.95.4-23_i386.deb
g++-2.95_2.95.4-23_i386.deb
to
gcc-2.95_2.95.4.ds15-23_i386.changes uploaded successfully to localhost
along with the files:
gcc-2.95_2.95.4.ds15-23.dsc
gcc-2.95_2.95.4.ds15-23.diff.gz
cpp-2.95-doc_2.95.4-23_all.deb
g77-2.95-doc_2.95.4-23_all.deb
gcc-2.95-doc_2.95.4-23_all.deb
gpc-2.95-doc_2.95.4-23_all.deb
gcc-2.9
--- Comment #15 from reichelt at gcc dot gnu dot org 2005-11-16 01:24
---
Taking care of the backport to the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
LAST_UPDATED: Sat Nov 12 13:57:02 UTC 2005 (revision 106823)
Native configuration is sparc-linux-gnu (sparky)
=== gpc tests ===
Running target any
FAIL: fjf980a.pas
FAIL: fjf980b.pas
FAIL: fjf998r.pas
FAIL: sets9.pas
=== gpc Summary ===
# of tests
Package: gcc272
Version: 2.7.2.3-19
When testing upgrades of gcc272 from sarge via etch to sid, I get the
following error:
1m58.0s ERROR: Package purging left files on system:
/etc/alternatives/cc
/etc/alternatives/cc.1.gz
/usr/bin/cc
/usr/share/man/man1/cc.1.gz
Testing just install/remo
Hi,
This seems to have been caused by using gcj-4.0 4.0.2-2, and
using libgcj6-common 4.0.2-3. Having gcj-4.0 4.0.2-3 should fix
it.
hppa, ia64 and alpha should probably just get rescheduled for
building.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
>Submitter-Id: net
>Originator:Nicolas Boulenguez
>Organization: none
>Confidential: no
>Synopsis: (Ada) Conversion of user-defined integer type with Size fixed
>causes crashes
>Severity: non-critical
>Priority: low
>Category: ada
>Class: ice-on-legal-code
>Rele
--- Comment #25 from olle at cb dot uu dot se 2005-11-15 19:27 ---
(In reply to comment #24)
Seems that the basic difference between the working case (the preliminary
work around) and the final fix is that
in the working case there are two occasions of "-L./" in the linking command
in
Processing commands for [EMAIL PROTECTED]:
> # Sorry for the duplication; my mistake.
> submitter 303330 Barry Hawkins <[EMAIL PROTECTED]>
Bug#303330: dhcp addressing does not seem to be supported
Changed Bug submitter from [EMAIL PROTECTED] to Barry Hawkins <[EMAIL
PROTECTED]>.
> submitter 3213
On Tue, Nov 15, 2005 at 08:34:34AM +0100, Matthias Klose wrote:
> yes, please try to build the gcj database:
>
> gcj-dbtool-4.0 -n /tmp/foo.db
I misunderstood the bug. It still aborts.
Sorry,
Stephen
--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTEC
--- Comment #28 from uweigand at gcc dot gnu dot org 2005-11-15 18:31
---
Just one additional comment: the patch from comment #10 was rejected,
maybe because it required changes to the core gimplifier.
However, I've tested just the Ada front-end pieces from that patch,
and this *alread
Processing commands for [EMAIL PROTECTED]:
> submitter 303330 [EMAIL PROTECTED]
Bug#303330: dhcp addressing does not seem to be supported
Changed Bug submitter from Barry Hawkins <[EMAIL PROTECTED]> to [EMAIL
PROTECTED]
> submitter 321354 [EMAIL PROTECTED]
Bug#321354: request to build gij/gcj on
--- Comment #24 from olle at cb dot uu dot se 2005-11-15 17:27 ---
(In reply to comment #20)
> Could people check if the problem was indeed fixed where reported?
I did try the new suggested fix on tru64 5.1B on an Alpha. It gets past the
previous error pointb ut it fails later on while
--- Comment #9 from charlet at gcc dot gnu dot org 2005-11-15 14:09 ---
Fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #23 from charlet at gcc dot gnu dot org 2005-11-15 14:08
---
Fixed.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|W
--- Comment #8 from charlet at gcc dot gnu dot org 2005-11-15 13:59 ---
Subject: Bug 23732
Author: charlet
Date: Tue Nov 15 13:59:02 2005
New Revision: 106980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106980
Log:
PR ada/23732
* gnatvsn.ads (Library_Version):
--- Comment #22 from charlet at gcc dot gnu dot org 2005-11-15 13:51
---
Subject: Bug 18434
Author: charlet
Date: Tue Nov 15 13:51:09 2005
New Revision: 106950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106950
Log:
2005-11-14 Robert Dewar <[EMAIL PROTECTED]>
E
The removal of the email address:
[EMAIL PROTECTED]
>From the mailing list:
Al-Manahel Newsletter List
is all set.
Date of this removal: Tue Nov 15 05:14:59 2005
Please save this email message for future reference.
--
--
pluto at agmk dot net changed:
What|Removed |Added
CC|pluto at agmk dot net |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23732
--- You are receiving
--- Comment #6 from charlet at adacore dot com 2005-11-15 11:22 ---
Subject: Re: [ada] Library_Version still at 4.0 ?
> what about soext in gcc41/gcc/ada/Makefile.in?
> there is still soext = .so
> is ada abi compatible in gcc 3.3 ... 4.1 ?
You seem to be confused: soext is about the
--- Comment #5 from pluto at agmk dot net 2005-11-15 11:16 ---
what about soext in gcc41/gcc/ada/Makefile.in?
there is still soext = .so
is ada abi compatible in gcc 3.3 ... 4.1 ?
--
pluto at agmk dot net changed:
What|Removed |Added
-
--- Comment #4 from charlet at adacore dot com 2005-11-15 11:04 ---
Subject: Re: [ada] Library_Version still at 4.0 ?
> can this be updated before the branch is created?
Will commit the patch later today or tomorrow.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23732
---
Package:gfortran-4.1
Version: 4.1-0exp0
gfortran compiler fails on the attached file (because of line 4, the "use"
directive). The gfortran-4.0 suffers from the same problem
$ gfortran-4.1 -v -c c.f90
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-15 07:47
---
Mark,
> Downgraded to P5. If this is not Ada-specific, please attach a C/C++ test
> case.
Well, this is definitely not Ada-specific, see comment #11. According to your
analysis for PR c++/23171, the middle-en
24 matches
Mail list logo