On Thu, Jan 29, 2009 at 02:55:20 +, Steve Cotton wrote:
I've spent a while looking at what runs what, and realised that it will be
quite time consuming for someone not familiar with your package to extact
a test case.
Would it be possible for you to isolate the gsf-scan bit;
.c and .i
Package: gcc-4.3
Version: 4.3.3-1
Severity: serious
Justification: causes libgsf to no longer build from source; regression
compared to testing's gcc-4.3 packages.
What am I trying to do:
* Build libgsf from source again on amd64 (or build libgsf svn trunk).
How am I trying to do it / steps to
Package: libstdc++6
Version: 4.0.1-3
Severity: important
This package currently has Priority: optional, but apt in sid, which has
priority important now depends on it. libstdc++6's priority should be
bumped accordingly. This will hopefully fix debootstrap for sid, which
currently fails with
On Tue, Apr 13, 2004 at 18:15:25 +0400, Nikita V. Youshchenko wrote:
It's a bug in the code, not in the compiler. Compiler can't do any
type-checking for variable argument functions.
Well, gcc has some logic implemented specially for printf and company,
maybe it should be fixed.
When I add
On Mon, Apr 05, 2004 at 12:27:20 +1000, Anand Kumria wrote:
Downloaded and compiled the (well attempted to) latest Linux 2.6.5
kernel. Interestingly running make a second time means it doesn't ICE.
Annoyingly when I 'make clean; make V=1' to get the full command line
the ICE is in another
On Sun, Feb 22, 2004 at 19:53:26 +0100, Martin Godisch wrote:
sh.dir.c:641: internal compiler error: in reload_cse_simplify_operands, at
reload1.c:8353
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
What's
On Thu, Jan 29, 2004 at 14:59:11 +0100, Christian Marillat wrote:
Package: gcc-3.3
Version: 1:3.3.3-0pre3
Severity: important
To day I can't compile gnome-panel 2.4.2 :
gnome-panel 2.4.2-1 compiles fine for me in an up to date pbuilder sid
chroot on i386 with gcc 1:3.3.3-0pre3 .
On Mon, Dec 22, 2003 at 23:48:59 -0800, Ryan Murray wrote:
the spec file for mips and mipsel have -lthread, rather than -lpthread,
breaking all builds that involve pthreads.
Matthias fixed this in upstream CVS already, but not in an upload
apparently. I'm now uploading an NMU with his patch.
On Sun, Dec 28, 2003 at 12:44:47 -0500, Jeff Bailey wrote:
Will you fix the other grave bug, too, then?
I didn't look at that one in detail - cursory reading left the impression
that there wasn't one clear solution yet.
It's a trivial fix in the rules file to include the file in the archive.
On Wed, Oct 15, 2003 at 13:31:48 +0200, Arnauld Michelizza wrote:
hell:/home/am# dpkg --configure libstdc++2.10-dev
Setting up libstdc++2.10-dev (2.95.4-18) ...
sh: line 1: /usr/share/info/iostream-2.95.info.gz: No such file or directory
install-info(/usr/share/info/iostream-2.95.info.gz):
On Fri, May 23, 2003 at 00:15:31 -0700, Daniel Schepler wrote:
Package: gcc-3.3-doc
As an extension, GNU CPP permits string literals to cross multiple
lines without escaping the embedded newlines.
This no longer seems to be the case, however:
Indeed, this piece of documentation is out of
On Wed, May 21, 2003 at 19:43:21 +0200, Jose Antonio Salgueiro wrote:
Package: gcc
Version: 3.3-1
Compiling kernel 2.4.20
net/network.o(.text+0xd887): In function `rtnetlink_rcv':
: undefined reference to `rtnetlink_rcv_skb'
make: *** [vmlinux] Error 1
This is fixed in 2.4.21-rc3:
On Tue, Apr 22, 2003 at 14:08:19 -0400, Matt Zimmerman wrote:
This looks like a genuine bug.
I concur.
So /lib/64 is a symlink in libc6-sparc64, but a directory in libgcc1.
libgcc1 should be changed to install in /lib64 rather than /lib/64 .
On Sat, Apr 26, 2003 at 09:19:48 +0200, Martin v.
Package: gcc-3.2
Version: unclear, perhaps 1:3.2.3-0pre9 ?
Severity: important
Tags: upstream
Severity motivation: ice-on-legal-code when building a package that's not
supposed to percolate to testing (#180052).
Buildd builds of gnumeric 1.1.x on m68k have been failing with an ICE for
some time
On Fri, Apr 25, 2003 at 20:40:11 +0200, Robert Millan wrote:
that disconcerts me, I thought -Wall would include all warnings.
No, it never has and never will. -Wall is probably best described as all
warnings the gcc developers consider useful under allmost all
circumstances.
Ray
--
People
On Mon, Feb 03, 2003 at 14:28:29 +0100, Ivo Timmermans wrote:
Package: g++-3.2
Version: 1:3.2.2-0pre8
I can reproduce your problem with that version, but with gcc version 3.3
20030129 (prerelease) (packaged as gcc-snapshot 20030129-1) I get the
following much more acceptable result:
Package: gcc-2.95
Version: 1:2.95.4-15
Severity: normal
imagemagick FTBFS on ARM; see #171972 and
http://buildd.debian.org/build.php?arch=pkg=imagemagick . This is a
simplified and stripped down testcase for that issue (derived from the
imagemagick 5.5.2.5 sources).
-- System Information:
Debian
On Mon, Oct 21, 2002 at 08:37:00 -0400, Russell E. Dolly wrote:
This code produces the following error message:
/tmp/ccuDTnJ1.0 in fuction 'main'(.text+0x11):undefined reference to
'atan'
I seems if find the header file, but not the defintion.
Indeed. Did you specify link against
On Tue, Jun 11, 2002 at 21:53:15 -0400, Kapil Khosla wrote:
I did an apt-get install g++-2.95 and am having problems using my C++
compiler.
Are you running testing or unstable? What is the version number of the
g++-2.95 you installed (dpkg -l g++-2.95)?
I get the error message
as:
On Mon, May 27, 2002 at 16:05:08 +0200, Jan-Hendrik Palic wrote:
for OpenOffice.org I need libstlport4.5-4.5.3 compiled with gcc-3.1,
because of switching the buildprozess to gcc-3.1 for OpenOffice.org.
But it seems, that the std.includes were not found, I got errors like
this:
g++-3.1
On Wed, Mar 06, 2002 at 09:51:37 +0800, Yingrui Chen wrote:
which package missing?
libc6-dev, as you have ignored the Recommends: libc-dev dependency of
the gcc package.
HTH,
Ray
--
Brought to you by Microsoft .NOT technology: just say No.
On Sat, Feb 23, 2002 at 04:48:03 +0100, Erik Warendorph wrote:
# apt-get -uyds install gcc-doc
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
g++ g++-2.95 gcc gcc-2.95 libstdc++2.10-dev task-c++-dev
The following NEW
On Sat, Feb 23, 2002 at 10:57:53 +0100, J.H.M. Dassen (Ray) wrote:
The real bug seems to be that gcc-doc, g77-doc, gpc-doc and cpp-doc are
still available in testing - AFAICT the should be removed from testing.
(The problem does not occur with sid, as these packages are no longer
available
On Thu, Jan 24, 2002 at 23:38:00 +0100, Michal Kolesar wrote:
There is a problem with HW?
Not necessarily. It may be a problem with the way the hardware is
configured, or with the drivers you're using and there is still a small
chance it really is a problem in gcc.
Or in gcc?
I doubt it. If
[Please do not use HTML in email. This is email, not the web]
On Fri, Jan 25, 2002 at 16:57:10 +1300, Etienne Le Sueur wrote:
I have recently tried to install g++, using dpkg. When I do so, dpkg
reports a dependancy problem with libstdc++-dev.
Ok, now when I go to install libstdc++-dev to
On Thu, Jan 24, 2002 at 18:16:14 +0100, Michal Kolesar wrote:
I have installed debian woody.
I have problems with compiling on my ATHLON 1.2GHz machine.
(motherboard - Abit KG7)
There are known problems with Athlons running Linux - see
http://www.gentoo.org/
What can I do for correct
On Thu, Nov 15, 2001 at 16:26:47 -0800, [EMAIL PROTECTED] wrote:
So, do you want to take care of sending this to the gcc people, or should I?
I think it's probably best to wait with forwarding until Matthias or Martin
have had a chance to look at this.
Ray
--
UNIX is not so much a product as
On Wed, Nov 14, 2001 at 13:57:03 -0800, [EMAIL PROTECTED] wrote:
I don't know if this is just a problem in the Debian build, or in g++ in
general
It appears to be a problem with g++ in general. g++-3.0 from the g++-3.0
package (version 3.0.2-3) also fails on it:
zensunni ray 14:06
On Tue, Nov 13, 2001 at 17:54:14 +0200, Eray Ozkural (exa) wrote:
In the current case, the compiler does not even give a warning message
by default. Giving an error message might break valid C++ code (which
I'm not sure of) but it seems that when you specify -Wall
-Wreturn-type suffices.
I
On Fri, Oct 19, 2001 at 03:51:31 +0100, Sverker Nilsson wrote:
I had to force installation of one of libstdc++2.10-dev and g++
1:2.95.2-13 because they depend on each other.
Force is not necessary, just install both in one dpkg command line, and dpkg
will do fine.
Ray
--
LEADERSHIP A form of
30 matches
Mail list logo