On Sun, Apr 27, 2025 at 05:39:10PM +0200, Helmut Grohne wrote:
> Hi Kurt,
>
> This is more subtle in two regards. For one thing, I implied that the
> problem would be fully architecture-generic. It is not. For
> gnat-13-aarch64-linux-gnu, no problem exists, because there is no
> gnat-12-aarch64-li
On Fri, Apr 11, 2025 at 09:59:01PM +0200, Helmut Grohne wrote:
> Control: reopen -1
>
> Hi Matthias,
>
> On Thu, Nov 14, 2024 at 11:21:01AM +, Debian Bug Tracking System wrote:
> > no feedback, closing this issue.
>
> I can still reproduce it in quite some variety.
>
> gnat-13- as built fro
On Fri, Jan 10, 2025 at 12:08:39PM +0100, Emilio Pozuelo Monfort wrote:
> I don't see in the changelog for llvm 18 or 19 that the targets were
> removed, so perhaps the removal was unintentional? Sylvestre, can those be
> added back, so that amdgcn-tools can move to a newer llvm? This is one of
> t
Source: gcc-14
Severity: wishlist
Please consider enabling frame pointers on 64 bit arches. See:
https://www.brendangregg.com/blog/2024-03-17/the-return-of-the-frame-pointers.html
Kurt
On Wed, Jan 23, 2019 at 07:54:57PM +0100, Kurt Roeckx wrote:
>
> But those pass at least run-backtrace-native: arm64, armel, armhf,
> i386, ppc64el, s390x, powerpc, ppc64, sparc64
>
> This means that for the arches we release for, mips* is the only
> one that does not pass ru
On Mon, May 19, 2014 at 08:03:25PM +0200, Kurt Roeckx wrote:
> On Mon, May 19, 2014 at 12:45:27AM +0200, Mark Wielaard wrote:
> > On Mon, 2014-05-19 at 00:03 +0200, Kurt Roeckx wrote:
> > > > Am 30.04.2014 00:04, schrieb Kurt Roeckx:
> > > > > So reading about t
On Mon, May 19, 2014 at 12:45:27AM +0200, Mark Wielaard wrote:
> On Mon, 2014-05-19 at 00:03 +0200, Kurt Roeckx wrote:
> > > Am 30.04.2014 00:04, schrieb Kurt Roeckx:
> > > > So reading about this, this might break glibc when you enable it
> > > > and they might
On Sun, May 18, 2014 at 04:37:47PM +0200, Matthias Klose wrote:
> Control: tags -1 + wontfix
>
> Am 30.04.2014 00:04, schrieb Kurt Roeckx:
> > So reading about this, this might break glibc when you enable it
> > and they might need to build some files without it.
>
> I
So reading about this, this might break glibc when you enable it
and they might need to build some files without it.
Kurt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.
Package: gcc-4.9
Version: 4.9.0-1
Severity: wishlist
Hi,
It seems that not all arches have -fasynchronous-unwind-tables
enabled. I see it enabled on amd64, i386, s390x, but disabled
on armel/armhf, powerpc.
Could this enable this on more architectures?
I'm currently seeing elfutils test failur
On Tue, Apr 26, 2011 at 08:51:04PM +0200, Aurelien Jarno wrote:
> On Tue, Apr 26, 2011 at 05:03:01PM +0200, Matthias Klose wrote:
> > I'll make GCC 4.6 the
> > default after the release of GCC 4.5.3, expected later this week, at
> > least on amd64, armel, i386 and powerpc.
>
> If you do the switch
On Tue, Nov 16, 2010 at 11:01:20AM +0100, Bernhard R. Link wrote:
> * Kurt Roeckx [101114 14:08]:
> > People have been claiming that constructors or init section are a
> > possible problem. I have yet to see an example where it breaks.
>
> The following example is a bit con
reopen 555801
reassign 555801 gcj-4.4
This bug applies to both 4.3, 4.4, 4.5 and probably to upstream
trunk too. Reassigning to the current default version of gcj.
Kurt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
On Sun, Jun 13, 2010 at 09:19:43PM -0500, Steve M. Robbins wrote:
> Hi,
>
> gb insighttoolkit_3.18.0-3 . ia64 . -m 'Rebuild on mundy.'
This was probably #576198, it's atleast a simular error message.
Kurt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "un
On Sun, Jun 13, 2010 at 09:19:43PM -0500, Steve M. Robbins wrote:
> Hi,
>
> I'd like to request that mundy.debian.org try building insighttoolkit
> version 3.18.0-3. Mundy succesfully built the previous three versions,
> but the latest build was executed on caballero and failed. I'd like
> to tr
On Wed, Nov 11, 2009 at 07:51:15PM +0100, Kurt Roeckx wrote:
> Package: gcj-4.3
> Version: 4.3.4-4
> Severity: important
>
> Hi,
>
> When running the libtool regression tests, I get the following
> error:
> gcj -shared -Wl,--whole-archive ./.libs/liba1.a ./.lib
On Tue, Jan 12, 2010 at 10:20:38AM +0100, Holger Levsen wrote:
> Hi,
>
> On Dienstag, 12. Januar 2010, Raphael Geissert wrote:
> > Please don't forget to usertag the reports. Using the "ftbfs-gcc-4.5"
> > usertag should make it easier to track them (which would later make them
> > show up on the d
On Tue, Oct 27, 2009 at 11:51:35PM +0100, Bastian Blank wrote:
> What would be a step forward:
[...]
> - Make any code PIC, including binaries (PIE) and static libs.
static libs would need to be PIE, not PIC.
This is something that's not properly supported on all our arches.
Some people will also
On Sat, Dec 12, 2009 at 12:30:57PM +0100, Kurt Roeckx wrote:
> On Sat, Dec 12, 2009 at 02:33:28PM +1300, Michael Cree wrote:
> > What is the timeframe for getting the Alpha buildds updated to a
> > fixed version of gcc?
>
> We've switched to 4.4 as default gcc a few d
On Sat, Dec 12, 2009 at 02:33:28PM +1300, Michael Cree wrote:
> What is the timeframe for getting the Alpha buildds updated to a
> fixed version of gcc?
We've switched to 4.4 as default gcc a few days ago, and
the buildds are also running it already.
I've given back the packages that were known t
On Wed, Dec 02, 2009 at 12:18:47AM -0500, Matt Turner wrote:
> On Tue, Dec 1, 2009 at 3:08 PM, Michael Cree wrote:
> > On 18/11/2009, at 9:31 AM, Kurt Roeckx wrote:
> >
> >> Package: gcc-4.3
> >> Version: 4.3.4-5
> >>
> >> Hi,
> >>
&
Package: gcc-4.3
Version: 4.3.4-5
Hi,
I recently started seeing several cases of gcc giving an error
message like this:
packet-l2tp.c:1680: error: unrecognizable insn:
(insn 419 86 84 9 packet-l2tp.c:1585 (set (reg:DI 200)
(ne:SI (reg:DI 76 [ prephitmp.1208 ])
(const_int 0 [0x
Package: gcj-4.3
Version: 4.3.4-4
Severity: important
Hi,
When running the libtool regression tests, I get the following
error:
gcj -shared -Wl,--whole-archive ./.libs/liba1.a ./.libs/liba2.a
-Wl,--no-whole-archive -Wl,-soname -Wl,liba12.so.0 -o .libs/liba12.so.0.0.0
./.libs/liba2.a(A2.o):(
reassign 524097 gcc-4.3 4.3.3-7
close 524097 4.3.3-8
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Apr 11, 2009 at 10:06:24PM +0200, Arthur Loiret wrote:
> Hi,
>
> 2009/4/11, Kurt Roeckx :
> > I've attached a reduced test case that gives a simular error message:
>
> Awesome! Thanks, I'll forward it upstream.
I've already done that.
Kurt
--
Package: gcc-4.3
Version: 4.3.3-5
Hi,
r-base is failing to build on alpha with the following error:
gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H
-mieee-with-inexact -fpic -std=gnu99 -O3 -pipe -g -c deriv.c -o deriv.o
deriv.c: In function 'simplify':
deriv.c:267: error:
clone 515949 -1
reassign -1 gcc-4.3 4.3.2-1.1
severity 515949 serious
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, May 06, 2008 at 02:40:14PM +0200, Filippo Giunchedi wrote:
> On Mon, May 05, 2008 at 09:23:38AM +0200, A Mennucc wrote:
> > the original submitter of this bug marked it as wontfix.
> > But I think that this bug should be addressed somehow.
>
> Indeed, I think it should be as well
There i
On Fri, May 02, 2008 at 06:15:32PM -0400, Andrew Syrewicze wrote:
> Package: libffi4
> Version: 4.3.0-3
>
> Running Debian Sid with 2.6.25 kernel.
> /lib/libc.so.6 --> libc-2.7.so
>
> Ran
> apt-get update
> followed by
> apt-get install libffi4
>
> and i get the following:
>
> The following pac
On Mon, Apr 28, 2008 at 12:35:51PM -0700, Kees Cook wrote:
> Hi Jörg,
>
> On Mon, Apr 28, 2008 at 06:43:36PM +0200, Jörg Sommer wrote:
> > gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector -Wformat=2 -Wextra \
> > -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c
> >
> > but this fails on i
Package: java-gcj-compat
Version: 1.0.77-4
Severity: important
Hi,
java-gcj-compat is an empty package for me. It has a
/usr/share/doc/java-gcj-compat/ directory, and that is it.
It seems that /usr/share/doc/java-gcj-compat should be a symlink
to java-gcj-compat-headless, but dpkg doesn't autom
On Mon, Mar 24, 2008 at 10:36:46AM +0100, Pierre Habouzit wrote:
>
> But unlike others that doesn't seems to care a lot about which
> compiler is default in lenny, I would be sad to not see gcc-4.3 our
> default compiler. It comes with a lot of enhanced warnings and error
> checking, that I've s
On Fri, Nov 23, 2007 at 09:28:36AM +0100, Matthias Klose wrote:
> Kurt Roeckx writes:
> > Package: gcc-4.2
> > Version: 4.2.2-3
> >
> > Hi,
> >
> > This program:
> > static int foo();
> > int bar() { foo(); }
> >
> > When being com
Package: gcc-4.2
Version: 4.2.2-3
Hi,
This program:
static int foo();
int bar() { foo(); }
When being compiled generates a warning:
tst.c:1: warning: 'foo' used but never defined
And it actually creates an reference to an extneral symbol, just like
static wasn't there.
$ nm tst.o
0
On Sun, Oct 14, 2007 at 12:38:45PM +0200, Matthias Klose wrote:
> ?
>
> $ dpkg -S libgcj.spec
> gcc-snapshot: /usr/lib/gcc-snapshot/lib/libgcj.spec
> libgcj7-dev: /usr/lib/gcc/x86_64-linux-gnu/4.1/libgcj.spec
> libgcj8-dev: /usr/lib/gcc/x86_64-linux-gnu/4.2/libgcj.spec
For some reason it worked n
Package: gcj-4.2
Version: 4.2.2-2
Severity: serious
Hi,
When building librepository I see the following error:
/usr/bin/gcj-4.2 -c -g -O2 -fPIC -findirect-dispatch -fjni
librepository-0.1.1.jar.1.jar -o librepository-0.1.1.jar.1.o
gcj-4.2: libgcj.spec: No such file or directory
make[1]: *** [lib
> From: Aurelien Jarno <[EMAIL PROTECTED]>
> On Tue, Jul 24, 2007 at 09:00:12AM +0200, Matthias Klose wrote:
> > severity 433391 grave
> > clone 433391 -1
> > reassign -1 glibc
> > block 433391 by -1
> > thanks
> >
> > Building gcj or gcc-snapshot on a system downgraded to glibc-2.5
> > doesn't sh
> The hosts this happened on has 2 GB of RAM and 4 GB of swap.
gij-4.1 4.1.2-14 still behaves the same.
So I've added 4 GB more of swap and saw it use upto 7.7 GB of RAM, then
I killed it.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Package: gij-4.1
Version: 4.1.2-12
Severity: serious
Hi,
I've just got several buildd logs where I get errors like this:
GC Warning: Repeated allocation of very large block (appr. size 524288000):
May lead to memory leak and poor performance.
GC Warning: Out of Memory! Returning
Package: gcj-4.1
Version: 4.1.2-8
Severity: serious
Hi,
Your package is failing to build with the following error:
../../../src/boehm-gc/os_dep.c:21:28: error: operator '<=' has no left operand
../../../src/boehm-gc/os_dep.c: In function 'GC_disable_signals':
../../../src/boehm-gc/os_dep.c:560: w
reassign 421790 binutils
thanks
On Thu, May 03, 2007 at 02:04:17PM -0400, Daniel Jacobowitz wrote:
> On Thu, May 03, 2007 at 07:36:59PM +0200, Kurt Roeckx wrote:
> > >From the -5 changelog:
> >* Link using --hash-style=gnu/both.
> >
> > It seems to only genera
On Tue, May 01, 2007 at 04:30:57PM +0200, Frans Pop wrote:
> With 4.1.2-5, the last command results in:
> Dynamic symbol information is not available for displaying symbols.
>
> With 4.1.2-4, the last command results in:
> Symbol table for image:
> Num Buc:Value Size Type Bind Vis
On Mon, Apr 30, 2007 at 05:45:07PM +0200, Kurt Roeckx wrote:
> reopen 421362
> thanks
>
> >* gfortran-4.1: Depend on libgfortran1, provide the libgfortran.so
> > symlink. Closes: #421362.
>
> It seems the symlink is in
> /usr/lib/gcc/x86_64-linux-gnu/4.1/li
reopen 421362
thanks
>* gfortran-4.1: Depend on libgfortran1, provide the libgfortran.so
> symlink. Closes: #421362.
It seems the symlink is in
/usr/lib/gcc/x86_64-linux-gnu/4.1/libgfortran.so, which it doesn't seem
to be using. It's should be 4.1.3 instead of 4.1?
I still get a failed
On Sat, Apr 28, 2007 at 10:44:44PM +0200, Matthias Klose wrote:
> Kurt Roeckx writes:
> > Package: gij-4.1
> > Version: 4.1.2-4
>^^^
>
> > Severity: serious
> >
> > Hi,
> >
> > I'm getting this error:
> > Unpacking
Package: gfortran-4.1
Version: 4.1.2-4
Severity: serious
Hi,
It seems that the /usr/lib/libgfortran.so symlink to
/usr/lib/libgfortran.so.1 is missing. I assume it belongs in
gfortran-4.1 since it has the .a files an replaces libgfortran1-dev.
I think it's also missing a dependency on libgfortr
Package: gij-4.1
Version: 4.1.2-4
Severity: serious
Hi,
I'm getting this error:
Unpacking gcj-4.1 (from .../gcj-4.1_4.1.2-4_amd64.deb) ...
Selecting previously deselected package libgcj7-0.
Unpacking libgcj7-0 (from .../libgcj7-0_4.1.1-20_amd64.deb) ...
dpkg: error processing
/home/buildd/build/
Package: gcc-snapshot
Version: 20070303-1
Hi,
The Package files (for incoming) currently says:
Package: gcc-snapshot
Binary: gcc-snapshot
Version: 20070303-1
Priority: extra
Section: devel
Maintainer: Martin Michlmayr <[EMAIL PROTECTED]>
Architecture: any
Standards-Version: 3.6.1
Format: 1.0
Dire
Package: gcc
Version: 0.0.18-1
Severity: important
Hi,
Your package is failing to build on amd64 with the following error:
/usr/bin/make check-TESTS
make[3]: Entering directory `/build/buildd/gss-0.0.18/tests'
PASS: basic
libshishi: warning: `ignore-this-warning': No such file or directory
libsh
severity 390600 serious
thanks
I'm seeing this with both gfortran and g77:
Setting up g77 (3.4.6-13) ...
/var/lib/dpkg/info/g77.postinst: line 12: /usr/share/man/man1/g77.1.gz:
No such
file or directory
dpkg: error processing g77 (--configure):
subprocess post-installation script returned error e
On Mon, Sep 25, 2006 at 02:40:49PM -0700, Kevin B. McCarty wrote:
>
> One thing I noticed is that there are a lot of "problems" (in your
> terminology) caused by unneeded dependencies on libgcc1
> (/lib/libgcc_s.so.1). From my quick investigation, it appears that the
> C++ and Fortran compilers (
Package: gcc-4.1
Version: 4.1.1-9
I've been looking at the perl testsuite failure on hppa. See
http://bugs.debian.org/374396
This code:
while (cdouble < 0.0)
cdouble += adouble;
Generated by gcc-4.1 with -O2 and -fdelayed-branch gives:
fadd,dbl %fr13,%fr22,%fr13
Package: gcj-4.1
Version: 4.1.0-2
Severity: serious
Hi,
Your package is failing to build on amd64 with the following
error:
mv stamps/07-install-stamp stamps/07-install-stamp-tmp
dh_installdirs -plib32gcj7 \
usr/lib32
dh_installdirs -plib32gcj7-dev \
usr/lib32
mv d
Package: gij-4.1
Version: 4.1.0-1
Severity: serious
Hi,
When building ecj-bootstrap on hppa, we get the following error:
gij-4.1 \
-classpath build/bootstrap/ecj.jar:/usr/share/ant/lib/ant.jar \
org.eclipse.jdt.internal.compiler.batch.Main \
-bootclasspath /usr
On Sun, Apr 23, 2006 at 02:24:45PM +0200, Matthias Klose wrote:
> Kurt Roeckx writes:
> > I have no idea how to give a more useful bug report.
>
> compile the source files in more than one pass and identify the
> problematic file(s)?
The last file it opened was
c
On Sat, Apr 08, 2006 at 01:21:00PM +0200, Martin Michlmayr wrote:
> reopen 358261
> retitle 358261 FTBFS with GCC 4.1: Not using -fPIC to make shared lib.
> thanks
>
> It seems this is still there, but it worked on the official auto
> builder so I wonder if this is due to a) using GCC 4.1 (instead
Matthias Klose wrote:
> The GCC (GNU compiler collection) 4.1 release candidate 1 can be found
> in experimental. "Porters", please make sure that the package is
> built and uploaded (if it's not built by the experimental
> buildd). Please check that the symbols exported in the 4.1 libraries
> ar
On Mon, Feb 20, 2006 at 11:10:41AM -0700, Bdale Garbee wrote:
> On Mon, 2006-02-20 at 02:23 -0800, Steve Langasek wrote:
> > If there's
> > consensus that putting this stuff in /usr/lib32 on amd64 is prettier than
> > /emul/ia32-linux, I see no reason not to move forward.
>
> My sense is that the
Package: gij-4.0
Version: 4.0.2-7j1
Severity: important
Hi,
When trying to build ikvm on amd64, it seems to be stuck
in an infinite loop, I killed it after having used 14h of
CPU time.
The build log shows:
[exec] Starting 'ecj (-g -1.5 -nowarn -cp
mscorlib.jar:System.jar @allso
On Sun, Jan 22, 2006 at 01:42:52PM +0100, Bastian Blank wrote:
> On Sat, Jan 21, 2006 at 10:57:13PM +0100, Kurt Roeckx wrote:
> > I've reduce the code in question to:
> > int x;
> > static void ** STACK;
>
> Two uninitialized variables.
>
> >
Package: gcc-4.0
Version: 4.0.2-7
Severity: important
Hi,
When building clisp on amd64, I'm getting the following error:
gcc -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-d
eclarations -Wno-sign-compare -O -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I.
-fPIC -I.. -c cal
Package: libg2c0-dev
Version: 3.4.4-10
Severity: serious
Hi,
libg2c0-dev installs files in /usr/lib32, which conflict with the
symlink from ia32-libs. It should be putting the files in
/emul/ia32-linux/usr/lib instead.
Note that this works as long as you install ia32-libs before
libg2c0-dev, bu
Package: gcc-4.1
Version: 4.1ds0-0exp0
Severity: important
Hi,
Your package is failing to build on amd64 with the following error:
dh_movefiles: debian/tmp/usr//libssp.a not found (supposed to put it in
libssp0-dev)
dh_movefiles: debian/tmp/usr//libssp.la not found (supposed to put it in
libss
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
Package: gcc-4.0
Version: 4.0.2-3
Severity: important
Hi,
Your package is failing to install because it seems to have added
a depedency on lib32z1-dev [amd64], and it it has conflicting
files with the version in ia32-libs.
You have:
libc6-dev-i386 [amd64] | ia32-libs-dev [amd64]
I think you nee
Package: gcc-4.0
Version: 4.0.1-8
Hi,
When building zinc-compiler on sparc, I'm get:
run.nw: In function 'do_run':
run.nw:212: internal compiler error: Segmentation fault
It seems the following code is what is causing it:
void do_run(void *ip)
{
char dummy[8192];
__asm__("" : : "g"(dumm
Hi,
This seems to be PR19664 and PR20218.
I'm also seeing this bug building pysvn.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 324908 filtergen 0.12.4-4
retitle 324908 filtergen: FTBFS on amd64: Segmenation fault: buffer overflow.
thanks
Hi,
Serge Belyshev looked into this closer, and it appears to be a
bug in filtergen after all, and it's a buffer overflow.
The problem:
#define MAXINCLUDES 16
struct inc_stack_
reassign gcc-4.0 4.0.1-6
thanks
Sorry, assigned to the wrong package.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcc
Version: 4.0.1-6
Severity: important
Hi,
When building the filtergen package on amd64, it's dumping core
during one of the tests. I've attached a file that will generate
the same core. I've tried to reduce the file but wasn't very
succesful in it.
I've tested this with gcc-3.3, an
Package: java-gcj-compat
Version: 1.0.30-3
Severity: serious
Hi,
Your package is failing to build because you don't have a build
dependency on fastjar.
>From the log:
JAR=fastjar ./configure \
--with-origin-name=gcj-4.0 \
--with-gcc-suffix=-4.0 \
--with-arch-directory=s39
reopen 315751
thanks
Hi,
It's still failing to make a ia32 binary for me, while building
gcc-3.4 and 4.0 worked without problems.
I get:
gcc-3.4 -m32 tst.c -o tst
/usr/bin/ld: cannot find -lgcc_s_32
collect2: ld returned 1 exit status
Or with gcc-4.0:
gcc-4.0 -O2 -m32 tst.c -o tst
/usr/bin/ld:
On Sat, Jul 02, 2005 at 07:00:32PM -0500, Carlo Segre wrote:
>
> Could this be related to a similar problem [0] which fails to compile on
> amd64? The common thread is the inclusion of the boost/spirit libraries.
> In the case of my package, I erroneously allowed it to compile with the
> local
clone 305880 -1
reassign -1 gcc-3.4
clone 305880 -2
reassign -2 gcc-4.0
thanks
gcc-3.4 and gcc-4.0 currently fail to build, with the same error
as for the gcc-snapshot package. However, this seems to be some
external change, since versions that used to build now fail to
build.
I have no idea wha
Package: gcc-3.4
Version: 3.4.4-0
Severity: important
Hi,
When upgrading gcc-3.4 3.4.3-13 to 3.4.4-0, I'm no longer able to
build a simple 32 bit appliation. I get the following error:
/usr/bin/ld: cannot find -lgcc_s_32
collect2: ld returned 1 exit status
libgcc1 and lib32gcc1 4.0.0-9 is insta
Package: gcc-snapshot
Version: 20050319-1
Severity: important
Hi,
gcc-snapshot is failing to build on amd64 with the folling error:
make[6]: Leaving directory `/usr/src/gcc-snapshot-20050319/build/gcc'
./xgcc -B./ -B/usr/lib/gcc-snapshot/x86_64-linux-gnu/bin/ -isystem
/usr/lib/gcc-snapshot/x86_
Package: gcc-snapshot
Version: 20050212-1
Hi,
The package failed to build with the following error on amd64:
./xgcc -B./ -B/usr/lib/gcc-snapshot/x86_64-linux-gnu/bin/ -isystem
/usr/lib/gcc-snapshot/x86_64-linux-gnu/include -isystem
/usr/lib/gcc-snapshot/x86_64-linux-gnu/sys-include
-L/usr/src/
On Mon, Jan 03, 2005 at 10:57:09AM +0100, Bastian Blank wrote:
> I just read a buildlog for gcc-3.4 and saw large amount of test failures
> but the build themself is marked as successfull. I don't think this is
> the proper use of a testsuite and have to asume that nothing in the
> package may work
Package: gcc-snapshot
Version: 20041231-1
Hi,
The gcc-snapshot currently fails to build on amd64. One of the
reasons is that it's building a biarch compiler and not build
depending on the ia32-libs.
Could you do the same for gcc-snapshot as for gcc-3.4?
Kurt
Package: gcc-3.3
Version: 3.3.5-4
Hi,
The libsdl1.2 package is currently failing to build on amd64.
The problem seem to be that gcc generates incorrect assembler, or
atleast assember that as from binutils version 2.15-5 has a
problem with.
The attached file compiled with -O2 -S gives the followi
On Sun, Oct 24, 2004 at 04:26:47PM -0400, Daniel Jacobowitz wrote:
>
> I am aware that the amd64 port has decided to completely ignore
> standard methods of handling the multi-arch issues. However, most of
> the other changes are compatible as long as some constructs (e.g.
> rpath) are not used.
On Sun, Aug 15, 2004 at 03:39:10PM -0500, David Dumas wrote:
> I was referring to the rules for arts-1.3.0-1, specifically, lines 73-76:
>
> # run configure with build tree $(objdir)
> cd $(objdir) && \
> CC=gcc-3.3 CXX=g++-3.3 ../configure $(configkde) --enable-final \
>
Package: gcc-3.4
Version: 3.4.1-2
Severity: important
When building glibc with gcc 3.4.1-2 on amd64 I get the following error:
gcc iconvconfig.c -c -std=gnu99 -D__USE_STRING_INLINES -O2 -O3 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -fstrict-aliasing -g -g1 -pipe
-fomit-frame-pointer
This internal compiler error also seems to be fixed using the
hammer branch.
Kurt
This problem seems to be solved in the hammer branch.
Kurt
On Sat, Jun 19, 2004 at 03:01:35PM +0200, Matthias Klose wrote:
>
> For amd64 you can find a gcc-3.3 package that builds from the hammer
> branch at http://people.debian.org/~doko/gcc-3.3/. That would allow
> better amd64 support without relying on gcc-3.4. Should be tested by
> the amd64 port mai
On Sat, Jun 19, 2004 at 03:01:35PM +0200, Matthias Klose wrote:
>
> For amd64 you can find a gcc-3.3 package that builds from the hammer
> branch at http://people.debian.org/~doko/gcc-3.3/. That would allow
> better amd64 support without relying on gcc-3.4. Should be tested by
> the amd64 port mai
severity 248207 important
thanks
There are several packages that fail to build (at one time)
because of this error. This includes:
boost
sndobj
libcwd
dar
mpich
openc++
vserver
aspseek
chemeq
arkrpg
rocketworkbench
I also found one example in a configure script that did this:
#include
using nam
Package: gcc-3.3
Version: 3.3.3-9
A preprocessed file says:
# 213 "/usr/lib/gcc-lib/x86_64-linux/3.3.3/include/stddef.h"
typedef long unsigned int size_t;
This seems to work, and it's probably valid too, but I've never
seen it written that way.
Can this please be changed to:
typedef unsigned lon
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> Some package fail to build on amd64 with this error:
> /usr/include/c++/3.3/x86_64-linux/bits/atomicity.h:40: error: inconsistent
>operand constraints in an `asm'
If I replace the atomicity.h by the general one it works. So I
have
Package: gcc-3.3
Version: 3.3.3-7
gcc-3.3 is miscompiing gnustep-base 1.9.1 on amd64. gcc-3.4
properly compiles it though.
We get a segmentation fault running:
../../Tools/obj/autogsdoc -Project General
-DocumentationDirectory General -MakeDependencies
General/dependencies Debugging.gsdoc OpenS
After fixing the package to properly compile on 64 bit the error
goes away.
It's an ugly package that uses either "int"s or "long"s, depending
on being a 64 arch or not, and uses that as pointer everywhere.
Feel free to close the bug.
Kurt
Package: gcc-3.3
Version: 3.3.3-7
When building the chicken package on amd64 I get an internal
error from gcc. It only happens when -O is used.
When running: gcc -O1 -c runtime.i
I get:
runtime.c:2637: error: unrecognizable insn:
(insn 150 51 56 0 0x2a96939ea0 (set (reg/v:SI 3 ebx [61])
I've uploaded a new version of gcc-3.4 to alioth. It's currently
still in experimental.
Since gcc 3.4 includes much better support for amd64 than 3.3 we
would like to see it go to unstable. Some people would like to
see it in unstable on alioth even if it's not yet put in
unstable.
What is stop
Package: gcc-3.3
Version: 3.3.3-6
Some package fail to build on amd64 with this error:
/usr/include/c++/3.3/x86_64-linux/bits/atomicity.h:40: error: inconsistent
operand constraints in an `asm'
Kurt
On Mon, Mar 29, 2004 at 11:37:20PM +0200, Matthias Klose wrote:
> Kurt Roeckx writes:
> > I'm trying to build the gcc-3.3 package but I seem to have a
> > dependency problem building it.
> >
> > gcc-3.3 depends on gnat-3.3 | gnat-3.2
> > gnat-3.2 (gcc-3.
I'm trying to build the gcc-3.3 package but I seem to have a
dependency problem building it.
gcc-3.3 depends on gnat-3.3 | gnat-3.2
gnat-3.2 (gcc-3.2) depends on gnat-3.2
gnat (3.15p) depends on gnat (>= 3.14) gnat (<< 3.16)
And I don't have any version of gnat.
What I do have is gcc-3.3 version
97 matches
Mail list logo
