--- Additional Comments From rth at gcc dot gnu dot org 2004-08-27 00:09
---
http://gcc.gnu.org/ml/gcc-patches/2004-08/msg02198.html
--
What|Removed |Added
Statu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-08-27
00:01 ---
Subject: Bug 15718
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2004-08-27 00:01:20
Modified files:
gcc: Change
On Fri, Aug 27, 2004 at 01:33:46AM +0200, Matthias Klose wrote:
> Scott James Remnant writes:
> > On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
> >
> > > then libtool should be fixed. there is no documented requirement that
> > > the path has to be normalized.
> > >
> > Whi
Your message dated Fri, 27 Aug 2004 01:48:12 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#268204: gcc-3.3: undefined reference to [EMAIL PROTECTED]'
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Scott James Remnant writes:
> On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
>
> > then libtool should be fixed. there is no documented requirement that
> > the path has to be normalized.
> >
> While there's no specifically documented requirement, there is a common
> sense o
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?commentator
With best regards,
Product Manager
Dorothy Cano
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?smother
With best regards,
Product Manager
Jackie Mccray
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|REOPENED
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?bray
With best regards,
Product Manager
Mamie Suggs
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?choral
With best regards,
Product Manager
Clare Lawson
Matthias Klose <[EMAIL PROTECTED]> writes:
> Goswin Brederlow writes:
>> libffi.la has the following libdir:
>>
>> libdir='/usr/lib/../lib'
>>
>> That cuases libtool to add the rpath option when linking against the
>> library which in turn prevents shlibs to work (since no package
>> contains /u
Goswin Brederlow writes:
> libffi.la has the following libdir:
>
> libdir='/usr/lib/../lib'
>
> That cuases libtool to add the rpath option when linking against the
> library which in turn prevents shlibs to work (since no package
> contains /usr/lib/../lib/libffi.so) which in turn miscompiles
>
Hiya,
Your Application has been Pre-Approved on Tuesday, August 24th 2004.
Your MTG process is pre-approved for rates starting at 3.25% Fixed.
Please use our secure site to fill-out your application.
We look foward to hearing from you.
http://realhomeowner.net/?partid=pmm2000
Cordially yours,
> The bug is not in illuminator, but somewhere else. Any ideas on how to
> track this down? You say it appeared in libluminate3, which would have
> been 0.6.0-0.6.9, but not in libluminate4/0.8.0, but then came back for
> libluminate5 in 0.8.9, right?
Not exactly because I do not check the preli
Package: gcc-3.3
Version: 1:3.3.4-6sarge1
Severity: normal
If I type (magicsquares is a matlab script)
mcc -vm magicsquares
I get
-
Loaded cache file:
/home/johns839/.matlab/R14/mcc.cache/1.24.4.5:msuerl:644596010
Scott James Remnant <[EMAIL PROTECTED]> writes:
> On Thu, 2004-08-26 at 13:39 +0200, Goswin von Brederlow wrote:
>
>> Scott James Remnant <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
>> >
>> >> then libtool should be fixed. there is no d
On 2004-08-26 Martin Samuelsson <[EMAIL PROTECTED]> wrote:
> I don't know if reopening is the right thing to do, but I'm running an
> up to date testing system where this bug still is around.
> Since I'm merely a user, I don't have full understanding of how debian's
> package upgrading paths are.
On Thu, 2004-08-26 at 13:39 +0200, Goswin von Brederlow wrote:
> Scott James Remnant <[EMAIL PROTECTED]> writes:
>
> > On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
> >
> >> then libtool should be fixed. there is no documented requirement that
> >> the path has to be normal
That's really bizarre. I built 0.8.9-2 exactly as before, using
autotools so the shared libs are built with -fPIC and static libs
without it automatically, etc.
The bug is not in illuminator, but somewhere else. Any ideas on how to
track this down? You say it appeared in libluminate3, which wou
BRIT Consulting E Logistica LTDA
Marketing Division
Avenida Conselheiro Nebias
n 340, group 64 vila Mathias
Santos, Sao Paulo, Brazil
Mariette Maspero Amelineau and De Morgan among the Frenchmen request that he would take no part in the matter Rostov agreed to through ignorance of the militar
Scott James Remnant <[EMAIL PROTECTED]> writes:
> On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
>
>> then libtool should be fixed. there is no documented requirement that
>> the path has to be normalized.
>>
> While there's no specifically documented requirement, there is a
Matthias Klose <[EMAIL PROTECTED]> writes:
> then libtool should be fixed. there is no documented requirement that
> the path has to be normalized.
On amd64 you get
libdir='/usr/lib/../lib64'
even normalized that would be
libdir='/usr/lib64'
which is still wrong since libffi3 only has
/usr/l
Accepted:
cpp-3.3-doc_3.3.4-6sarge1.1_all.deb
to pool/main/g/gcc-3.3/cpp-3.3-doc_3.3.4-6sarge1.1_all.deb
cpp-3.3_3.3.4-6sarge1.1_alpha.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.4-6sarge1.1_alpha.deb
cpp-3.3_3.3.4-6sarge1.1_arm.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.4-6sarge1.1_arm.deb
cpp-3.3_3
There are disparities between your recently accepted upload and the
override file for the following file(s):
gcc-3.3-hppa64_3.3.4-6sarge1.1_hppa.deb: package says priority is optional,
override says standard.
Either the package or the override file is incorrect. If you think
the override is cor
gcc-3.3_3.3.4-6sarge1.1_wheee.changes uploaded successfully to localhost
along with the files:
libgcj4-dev_3.3.4-6sarge1.1_ia64.deb
libstdc++5_3.3.4-6sarge1.1_hppa.deb
libg2c0_3.3.4-6sarge1.1_sparc.deb
libstdc++5-3.3-dbg_3.3.4-6sarge1.1_i386.deb
libobjc1_3.3.4-6sarge1.1_mipsel.deb
gij-3
Rejected: gcc-3.3-base_3.3.4-6sarge1.1_hppa.deb: control file lists arch as
`hppa', which isn't in changes file.
Rejected: libg2c0-dev_3.3.4-6sarge1.1_powerpc.deb: control file lists arch as
`powerpc', which isn't in changes file.
Rejected: libstdc++5_3.3.4-6sarge1.1_sparc.deb: control file list
gcc-3.3_3.3.4-6sarge1.1_wheee.changes uploaded successfully to localhost
along with the files:
libgcj4-dev_3.3.4-6sarge1.1_ia64.deb
libstdc++5_3.3.4-6sarge1.1_hppa.deb
libg2c0_3.3.4-6sarge1.1_sparc.deb
libstdc++5-3.3-dbg_3.3.4-6sarge1.1_i386.deb
libobjc1_3.3.4-6sarge1.1_mipsel.deb
gij-3
I don't know if reopening is the right thing to do, but I'm running an
up to date testing system where this bug still is around.
Since I'm merely a user, I don't have full understanding of how debian's
package upgrading paths are. However there has passed almost one week
since Mr. Langasek: wrote
On Thu, 2004-08-26 at 02:48 -0700, Debian Bug Tracking System wrote:
> then libtool should be fixed. there is no documented requirement that
> the path has to be normalized.
>
While there's no specifically documented requirement, there is a common
sense one. Libtool doesn't make any attempt to n
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.8.4
> severity 268140 normal
Bug#268140: libffi.la: wrong libdir setting
Severity set to `normal'.
>
End of message, stopping processing here.
Please contact me if you need assistance.
De
Processing commands for [EMAIL PROTECTED]:
> reopen 264835 [EMAIL PROTECTED]
Bug#264835: Simple programs do not compile with gcc-3.3 due to ld error with
binutils 2.13.90.0.18
Bug reopened, originator set to [EMAIL PROTECTED]
> thanks
Stopping processing here.
Please contact me if you need assi
clone 268140 -1
reassign -1 libtool
thanks
then libtool should be fixed. there is no documented requirement that
the path has to be normalized.
Goswin Brederlow writes:
> Package: libffi3-dev
> Version: 1:3.4.1-7
> Severity: grave
> Justification: renders package unusable
>
> Hi,
>
> libffi.la
Processing commands for [EMAIL PROTECTED]:
> clone 268140 -1
Bug#268140: libffi.la: wrong libdir setting
Bug 268140 cloned as bug 268152.
> reassign -1 libtool
Bug#268152: libffi.la: wrong libdir setting
Bug reassigned from package `libffi3-dev' to `libtool'.
> thanks
Stopping processing here.
Package: libffi3-dev
Version: 1:3.4.1-7
Severity: grave
Justification: renders package unusable
Hi,
libffi.la has the following libdir:
libdir='/usr/lib/../lib'
That cuases libtool to add the rpath option when linking against the
library which in turn prevents shlibs to work (since no package
c
Exim
Why pay more when you can enjoy the best and cheapest pills online?
Nearly 80 types to choose which makes ours pharmacy the largest and the best
available.
No Appointments.
No Waiting Rooms.
No Prior Prescription Required.
See why our customers re-order more than any competitor!
http://b
Rejected: gcc-3.3-base_3.3.4-6sarge1.1_hppa.deb: control file lists arch as
`hppa', which isn't in changes file.
Rejected: libg2c0-dev_3.3.4-6sarge1.1_powerpc.deb: control file lists arch as
`powerpc', which isn't in changes file.
Rejected: libstdc++5_3.3.4-6sarge1.1_sparc.deb: control file list
Package: gcc-3.4
Version: 3.4.1-7.0.0.1.amd64
Severity: wishlist
compiling this function:
double baz(double foo, double bar)
{
return foo*foo*foo*foo*bar*bar*bar*bar;
}
on amd64 with -O6 -ffast-math, gcc emits this code:
foo.o: file format elf64-x86-64
Disassembly of section .text:
..
gcc-3.3_3.3.4-6sarge1.1_wheee.changes uploaded successfully to localhost
along with the files:
libgcj4-dev_3.3.4-6sarge1.1_ia64.deb
libstdc++5_3.3.4-6sarge1.1_hppa.deb
libg2c0_3.3.4-6sarge1.1_sparc.deb
libstdc++5-3.3-dbg_3.3.4-6sarge1.1_i386.deb
libobjc1_3.3.4-6sarge1.1_mipsel.deb
gij-3
Probably you are the uploader of the following file(s) in
the Debian upload queue directory:
gcc-3.3_3.3.4-6sarge1.1.dsc
gcc-3.3_3.3.4-6sarge1.1_alpha.deb
gcc-3.3_3.3.4-6sarge1.1_arm.deb
gcc-3.3_3.3.4-6sarge1.1_i386.deb
gcc-3.3_3.3.4-6sarge1.1_ia64.deb
gcc-3.3_3.3.4-6sarge1.1_m68k.deb
severity 268023 wishlist
thanks
Anton Blanchard writes:
> Package: gcc-3.4
> Version: 3.4.1-5
> Severity: normal
>
> Hi,
>
> I noticed x86/x86-64 now has a biarch compiler. It would be great if ppc
> did as well, its one of the last missing pieces we need for decent ppc64
> support.
>
> FYI bin
Processing commands for [EMAIL PROTECTED]:
> severity 268023 wishlist
Bug#268023: gcc-3.4: Please enable biarch support on ppc
Severity set to `wishlist'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
Greg Kochanski writes:
> Package: gcc-3.3
> Version: 1:3.3.4-6sarge1
> Severity: important
> File: limits.h
>
> g++ -D__Linux -I./gpkio -I. -I/usr/local/include -I/usr/local/include/gpklib
> -fpic -shared -Wall -g -x c++ -Wshadow -Wpointer-arith -Wcast-align
> -Wcast-qual -Wwrite-strings -O2
42 matches
Mail list logo
