Hi,
The real error is from gnatlib's s-taprop.adb:
/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/xgcc
-B/build/buildd-gcc-snapshot_20100310-1-kfreebsd-i386-c6zRmm/gcc-snapshot-20100310/build/./gcc/
-B/usr/lib/gcc-snapshot/i486-kfreebsd-gnu/bin/
Hi!
Thanks for your test case. Could you please try again with
gcc-4.5/libgomp1 from experimental?
Thanks!
Arthur.
2009/8/21, Ole Laursen o...@yayart.com:
Hi!
Forgot to attach a test case. It's really simple. Install
python-vipscc and run the following (and also attached) Python script:
tag 551188 + unreproducible
thanks
Hi!
I can't reproduce your bug. Does it still occur, and if yes, have you
tried on an other machine?
Thanks!
Arthur.
2009/10/16, Delian Krustev krus...@krustev.net:
Package: libgomp1
Version: 4.4.1-4
Severity: normal
$ ulimit -a pre
$ convert
Hello,
2010/8/20, Neil McGovern ne...@debian.org:
I don't think that stable is the place for doing active development.
Are you saying that we are developing an operating system which is not
suitable for active development, or that it shouldn't be made suitable
for active development?
If it's
2010/8/20, Ludovic Brenta ludo...@ludovic-brenta.org:
Arthur Loiret aloi...@debian.org writes:
Are you saying that we are developing an operating system which is not
suitable for active development, or that it shouldn't be made suitable
for active development?
I think he meant that stable
2010/8/23, Pierre Habouzit madco...@madism.org:
It's just that LTO isn't that a compelling reason, it's not 100%
production ready. The plugin infrastructure is though. But you're citing
dragonegg, and last time I checked, you had to patch gcc to export one
more symbol. If you haven't applied
Package: gcc-4.2
Version: 4.2-20070609
Hello,
The file libstdc++-v3/config/linker-map.gnu has moved in gcc-4.2 to
libstdc++-v3/config/abi/pre/gnu.ver, then I suggest to correct the path
in binary-libstdcxx-cross.mk.
A simple patch is joined, and I have successfully built gcc-4.2 for
several
Here is the error I got:
cp -p
/usr/src/gcc-4.2/gcc-4.2-4.2-20070609/src/libstdc++-v3/config/linker-map.gnu
\
debian/libstdc++6-4.2-pic-sparc-cross/usr/lib/gcc/sparc-linux-gnu/4.2.1/libstdc++_pic.map
cp: cannot stat
`/usr/src/gcc-4.2/gcc-4.2-4.2-20070609/src/libstdc++-v3/config/linker-map.gnu':
Package: gcc-4.2
Version: 4.2-20070712
Hello,
In debian/rules.defs I read
ifdef DEB_CROSS
ssp_no_archs = arm armel alpha hppa ia64 m68k mips mipsel hurd-i386
endif
ssp_no_archs = alpha hppa ia64 m68k mips mipsel hurd-i386
which mean that ssp_no_archs is always the same as it is redefined
Hello
I wonder, if arm doesn't support ssp at all, as doko said, why should
it be disabled only when cross compiling?
Is there a specific reason or something ?
Thank you for your time, have a nice day.
Arthur.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
severity 439573 important
thanks
No buildd is able to build it. amd64 and i386 was not uploaded from a
buildd, the others failed.
You'll find the full amd64 build log here [0], excelsior has been able
to build it, and amd64 package has been uploaded from it.
[0]
4 errors with exactly the same unusable error message.
you should try to rebuild with DEB_BUILD_OPTIONS=parallel=1 to have
readable logs.
The powerpc build should be fixed on next upload, otherwise upstream
configure script stop build if arch isn't i386, amd64, powerpc or
ppc64.
In
tags 439836 + confirmed upstream
thanks
Thanks for your bug report, reported upstream here:
http://sourceforge.net/tracker/index.php?func=detailaid=1783085group_id=154306atid=791252
Have a nice day,
Arthur.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
severity 443148 wishlist
merge 439573 443148
thanks
Hello,
gdc is only ported upstream on i386, amd64, powerpc, and on
kfreebsd-gnu (will be on next upload), setting severity to wishlist
since a port is needed then.
main gdc ports bug is: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439573
Hello,
you might have forgotten to build with DEB_CROSS_INDEPENDENT to also
build a cross gcc-4.1-base, see in rules.defs:
# when DEB_CROSS_INDEPENDENT is set we build and depend on a
# separate -base package for the cross compiler.
ifeq ($(DEB_CROSS_INDEPENDENT),yes)
with_gccxbase := yes
I haven't built anything. I've just tried to apt-get install
libstdc++6-4.1-dev on my NSLU2, and it tells me that I must also
install g++.
Are you telling me you are going to try to use libstdc++-dev without g++? :-)
Package: libstdc++CXX_SO`'PV-dev`'LS
Depends: BASEDEP, g++`'PV`'TS (=
2007/9/20, Phil Endecott [EMAIL PROTECTED]:
Yes. g++ (cross compiler) is installed on my PC. The PC mounts the
NSLU2's filesystem using NFS. I want to install libstdc++ on the NSLU2
so that the cross compiler on the PC can use it. I do not plan to use
the native g++ on the NSLU2.
This is
Hi Arthur,
I have used dpkg-cross extensively in the past. I am now trying this
alternative approach, which seems to work well except for libstdc++.
For a typical package X I can simply install X and X-dev on the ARM
system and the cross-compiler will see the includes files. But it does
Hello Maddi,
2007/9/21, Matthias 'Maddi' Kopfermann [EMAIL PROTECTED]:
Hi, gcc maintainers,
thanks a lot for doing a debian package for gdc [ d compiler ].
today i found out that the main libgphobos library is built into
every compiled program which makes even the smallest hello
world
tags 443744 + upstream confirmed
thanks
Reported upstream:
http://sourceforge.net/tracker/index.php?func=detailaid=1800931group_id=154306atid=791252
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
forwarded 451707 http://d.puremagic.com/issues/show_bug.cgi?id=1679
thanks
Got the same issue with dmd, reported upstream.
Arthur.
signature.asc
Description: Digital signature
reassign 456596 gcc-defaults 1.61
thanks
Matthias,
Here is the diff against current SVN I already sent you.
Cheers,
Arthur.
From 3c86dc3d32b0570aa29e8b8e7dfd9bd69f186b02 Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 23:40:33 +0100
Subject: [PATCH
:55.0 +0100
@@ -1,3 +1,10 @@
+gcc-defaults (1.61.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add gdc, make gdc-4.1 the default. Closes: #456596
+
+ -- Arthur Loiret [EMAIL PROTECTED] Wed, 19 Dec 2007 10:17:51 +0100
+
gcc-defaults (1.61) unstable; urgency=medium
* libgcj
reassign 473167 gdc-4.1
thanks
Yes, this is a ppc-specific issue, thanks for reporting.
Arthur.
signature.asc
Description: Digital signature
2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.
---
debian/control | 27 +--
debian/rules | 62 ---
2 files changed, 78 insertions(+), 11 deletions
Oups, forgot to add .install files. It just needs a symbol files update now.
From 54bde15a1efb9cde5933ffaeb1e2fb9b74f9fb2e Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Thu, 3 Apr 2008 01:19:13 +0200
Subject: [PATCH] Support MIPS triarch.
---
debian/control
severity normal
thanks
Install newlib-spu or add -nostdlib if you want to link without spu libc. I'll
add newlib-spu to gcc-4.3-spu's Recommends.
On Mon, Apr 14, 2008 at 02:32:36PM +0200, Adrian Knoth wrote:
Package: gcc-4.3-spu
Version: 4.3.0-3
Severity: grave
Justification: renders package
reopen 461101
reassign 461101 gcc-defaults
found 461101 1.69
retitle 461101 gdc should not be built on sparc
severity 461101 normal
merge 461101 475857 475863 475864 475865 475866 475867 475869
thanks
gdc is not broken on sparc, there is just no D runtime lib on sparc yet.
gdc-4.1 and gdc-4.2
On Wed, Apr 16, 2008 at 12:30:28AM +0200, Gonéri Le Bouder wrote:
gdc is not broken on sparc, there is just no D runtime lib on sparc yet.
gdc on sparc has a different behaviour and doesn't react as expect for
most of the users. Having a build dependency on it is a problem. For the
moment, I
On Fri, Apr 18, 2008 at 09:28:56AM +0200, Friedrich wrote:
gcc-4.2 -m32 hello.c
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/libgcc_s.so when searching for -lgcc_s
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/libgcc_s.so when searching
It works here in an up-to-date sid chroot:
% gcc-4.2 -m32 hello.c file a.out
a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux
2.6.8, dynamically linked (uses shared libs), not stripped
Please give me the result of:
% dpkg -l gcc gcc-4.2 gcc-multilib
On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote:
Index: debian/changelog
===
--- debian/changelog(révision 3018)
+++ debian/changelog(copie de travail)
@@ -1,3 +1,11 @@
+gcc-defaults (1.71) unstable;
On Sat, Apr 19, 2008 at 03:55:49PM +0200, Ludovic Brenta wrote:
Index: debian/rules
===
--- debian/rules(révision 3018)
+++ debian/rules(copie de travail)
@@ -256,6 +256,10 @@
no_packages += gcc-spu g++-spu
severity 472867 normal
thanks
On Wed, Mar 26, 2008 at 11:38:53PM +0100, Cyprien LAPLACE wrote:
Severity: grave
Justification: renders package unusable
Not that much.
gcc-4.3 forgets some checks in -O2 and -O3, tested on x86_64 and arm
(cross-compiler) targets.
Can you please report this
On Sat, May 03, 2008 at 12:05:32PM +0200, Cyprien LAPLACE wrote:
Can you please report this upstream ? See http://gcc.gnu.org/bugzilla/
I'll need to test it on bare and fresh gnu compiler, which I don't have
right now. I'll compile one.
The gcc-4.3 from sid is up-to-date to the
On Thu, May 08, 2008 at 09:59:18PM +0400, Jan Trofimov wrote:
Package: gcc
Version: 4.3.0-4
Im running Debian unstable on FS Pocket Loox 720. And gcc nor 4.3 nor 4.2
version doesn't compile anything:
kotoko720:~# uname -a
Linux kotoko720 2.6.21-hh14-128M #44 PREEMPT Sat Sep 22 20:04:17
On Fri, May 16, 2008 at 12:10:28AM +0200, Alexis Huxley wrote:
Fine, you are right, the package name might be wrong, but the bug exists.
If I try to install 'gcc' (that should recreate the symlink, right?) then
I get:
The following extra packages will be installed:
gcc-4.2
I
and
debian/libn32ffi-dev/usr/include/ which fails.
There is also a small typo (s/32n/n32/), this patch fixes the problems.
From 1468a32948c2a04d016b7f4cd0f9c9b9998a7fc9 Mon Sep 17 00:00:00 2001
From: Arthur Loiret [EMAIL PROTECTED]
Date: Sat, 17 May 2008 13:37:19 +
Subject: [PATCH] Fix build
With this patch /usr/include/mips64-linux-gnu/ is installed in both
libn32ffi-dev and lib64ffi-dev, please wait for my next patch.
signature.asc
Description: Digital signature
Hi Thiemo,
On Sat, May 17, 2008 at 04:13:20PM +0200, Arthur Loiret wrote:
With this patch /usr/include/mips64-linux-gnu/ is installed in both
libn32ffi-dev and lib64ffi-dev, please wait for my next patch.
Here is the diff between header from mips and mips64 builds (it is the same for
mips64
way is very simple, here is a patch. But Thiemo is perhaps
working on a better fix to have unified headers on all mips ABIs. They were
some ABI changes in gcc and long double is no longer an alias to double.
From c3292fa59f608d6162f528c6dc72e300332f0e06 Mon Sep 17 00:00:00 2001
From: Arthur Loiret
On Sat, May 24, 2008 at 03:53:25PM +0200, Marc 'HE' Brockschmidt wrote:
Package: gcc-snapshot
Version: 20080523-1
Severity: serious
Heya,
Building the snapshot package failed on my buildd when preparing the
sources:
This is because the sparc-biarch patch conflicts with the recent
On Mon, Jun 02, 2008 at 07:19:41PM +0100, Hector Oron wrote:
Hello,
This patch also fixes amd64-i486, plus it includes the above patch for
powerpc.
Cheers
Why do we need cross-compilers between biarched archs ? ``gcc -m32'' on amd64
and ``gcc -m64'' on i386 are fine. Also, please rebase
Package: gdc-4.1
Version: 0.25-20080616-4.1.2-23
$ gdc-4.1 --version
gdc-4.1 (GCC) 4.1.3 20080623 (prerelease gdc 0.25 20080419, using dmd 1.024)
(Debian 0.25-20080616-4.1.2-23)
This should be 20080616 with dmd 1.30.
signature.asc
Description: Digital signature
On Wed, Aug 06, 2008 at 10:30:56AM +0200, Matthias Klose wrote:
Applying the two fixes for PR middle-end/36691 and PR middle-end/37026
shows a lot regressions on powerpc (none on i386), which I don't see
when just updating to the current branch. Could somebody try to
reproduce these? Any
On Sun, Aug 10, 2008 at 11:19:25PM +1200, Brendon Green wrote:
Attempting to resend the info. in smaller chunks. I will try to send
the sched.i.gz file as a series of attachments (hopefully this is
supported by the bugs.debian.org mailer)
It does, please send it.
signature.asc
snapshot will come in a few days). For the other bug, I have offered help.
In general, at least for the PPL, reporting the bugs upstream is
the quickest way to have them fixed.
Thanks for this! I will try to report Debian bugs upstream from now.
I hope that Arthur Loiret can provide access
On Thu, Oct 02, 2008 at 08:14:31PM +0200, Thomas Viehmann wrote:
tags 499931 + patch pending
thanks
Dear maintainer,
I've prepared an NMU for gdc-4.2 (versioned as 0.25-4.2.4-3.1) will
upload provided that it builds correctly. Note that the maintainer
should look into pruning unneeded
reopen 499746
found 499746 0.10~pre34-1
thanks
Still fails to build.
On Wed, Sep 24, 2008 at 08:57:22PM +0200, Roberto Bagnara wrote:
A new PPL 0.10 snapshot that should fix this problem
is available at
ftp://ftp.cs.unipr.it/pub/ppl/snapshots/
signature.asc
Description: Digital
LAST_UPDATED: Obtained from SVN: trunk revision 142103
Target: mips-linux-gnu
gcc version 4.4.0 20081121 (experimental) (Debian 4.4-20081121-1)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ipa/iinline-1.C scan-ipa-dump
retitle 504684 [Fixed in 4.4] gcc-4.3: __attribute__((const)) breaks
__attribute__((warn_unused_result))
thanks
The bug is fixed in GCC 4.4 from trunk.
signature.asc
Description: Digital signature
forwarded 504684 http://gcc.gnu.org/PR38560
thanks
signature.asc
Description: Digital signature
notforwarded 504684
forwarded 502283 http://gcc.gnu.org/PR38560
thanks
signature.asc
Description: Digital signature
tags 510616 + unreproductible
thanks
On Sat, Jan 03, 2009 at 08:32:20PM +0100, Hramrach wrote:
Compiling the attached file takes ~10s with gcc 4.2 and ~ 6min with gcc
4.3
Most people would think the compiler has lockued up already.
gcc-4.3 -O2 -g -Wall -Wno-parentheses -o parse.o -c
Hi!
Since Debian version 4.3.3-2, gcc-4.3 has a fix for PR
middle-end/38969 [0], which, added to some more fixes committed to the
gcc-4_3-branch or backported from trunk, made it suitable enough to
build glibc on alpha. We are now planning to make it the default
version on alpha, do you have any
Probably my fault, I'll have a look. Thanks for reporting.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
2009/4/11, Kurt Roeckx k...@roeckx.be:
I've attached a reduced test case that gives a simular error message:
Awesome! Thanks, I'll forward it upstream.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
2009/4/11, Kurt Roeckx k...@roeckx.be:
Awesome! Thanks, I'll forward it upstream.
I've already done that.
Then please send the forwarded command to the BTS.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
2009/4/13, Nick Lewycky nicho...@mxc.ca:
It seems that libffi-dev puts ffi.h in a target-specific directory on each
platform. For example, on my system it's in /usr/include/i486-linux-gnu/
which
is a directory that is used by absolutely no other package in Debian.
Notably, gcc doesn't
Right. This is a recent regression, from 4.3.3-7 upload. The multiarch
patch has been changed and seems to be off. I'll have a look, thanks
for reporting!
Arthur.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Thanks for your report. I'm trying to have this fixed asap.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The missing dir separator has been added, the fix is in our svn. Now a
few comments about your bug report:
2009/5/8, Goswin Brederlow goswin-...@web.de:
# Broken path. Missing a '/'?
Yes, fixed.
* Duplicate entry after canonicalize
Not an issue.
! Path for the wrong target
Not an issue as
Hi,
Here is a reduced testcase based on libssh2. I get the ICE with gcc-4.3 -O2
only.
typedef long unsigned int size_t;
typedef struct _LIBSSH2_SESSION LIBSSH2_SESSION;
typedef struct _LIBSSH2_CHANNEL LIBSSH2_CHANNEL;
typedef struct _LIBSSH2_SFTP LIBSSH2_SFTP;
typedef struct
Hi,
Thanks for your bug report. Can you provide a minimal testcase, ie the
simplest fie possible for which the bug is triggered?
Thanks!
Arthur.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The mapping is missing in gcc/multiarch.h (see
debian/patches/gcc-multiarch.inc). What is the corresponding GNU
triplet to m4-nofpu (it seems to be sh4-linux-gnu for m4)?
Arthur.
2010/1/5, Nobuhiro Iwamatsu iwama...@nigauri.org:
reopen 546443
thanks
Hi,
This bug is not yet revised.
sh4
Triplet of m4-nofpu is sh4_nofpu-linux-gnu.
What should I set in src/gcc/multiarch.h?
Something like:
# if defined(__sh4-linux-gnu__)
{ m4, sh4-linux-gnu },
{ m4-nofpu, sh4_nofpu-linux-gnu },
# endif
And then, if it builds, can you paste the include paths and library
paths for both
66 matches
Mail list logo