2010/8/23, Pierre Habouzit :
> 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 that patch (if it
2010/8/20, Ludovic Brenta :
> Arthur Loiret 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 st
Hello,
2010/8/20, Neil McGovern :
> 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 the former, I thi
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 :
> Package: libgomp1
> Version: 4.4.1-4
> Severity: normal
>
> $ ulimit -a > pre
> $ convert -geometry 90x68 -qual
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 :
> Hi!
>
> Forgot to attach a test case. It's really simple. Install
> python-vipscc and run the following (and also attached) Python script:
>
> from vip
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/
-B/us
> 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
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 :
> reopen 546443
> thanks
>
> Hi,
>
> This bug is not yet revised.
> sh4 becomes the buil
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
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 _LIBSSH2_SFTP_ATTRIB
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 :
> # Broken path. Missing a '/'?
Yes, fixed.
> * Duplicate entry after canonicalize
Not an issue.
> ! Path for the wrong target
Not an issue as long as the 32
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
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 listmas...@lists.
Hi,
2009/4/13, Nick Lewycky :
> 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 look there.
2009/4/11, Kurt Roeckx :
>> 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 listmas...@lists.debian.org
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.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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!
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 o
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
notforwarded 504684
forwarded 502283 http://gcc.gnu.org/PR38560
thanks
signature.asc
Description: Digital signature
forwarded 504684 http://gcc.gnu.org/PR38560
thanks
signature.asc
Description: Digital signature
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
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 inline
LAST_UPDATED: Obtained from SVN: trunk revision 142264
Target: mips-linux-gnu
gcc version 4.4.0 20081128 (experimental) (Debian 4.4-20081128-1)
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/ipa/iinline-1.C scan-ipa-dump inline
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: Digi
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 unne
t 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 to an alpha machine. Note
> >that Debian conigures gcc on alpha to include -mieee by default. for
> >testing you'll find other gc
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
Descript
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 de
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 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 r
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 rec
0332f0e06 Mon Sep 17 00:00:00 2001
From: Arthur Loiret <[EMAIL PROTECTED]>
Date: Wed, 21 May 2008 09:45:36 +
Subject: [PATCH] * Fix multiarch headers installation on mips{,el}:
- Install ABI O32 headers in /usr/include/mips{,el}-linux-gnu
- Install ABI 64 headers in /usr/include/mips
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
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
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
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
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
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 gcc-
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 th
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++
On Sat, Apr 19, 2008 at 04:49:35PM +0200, Arthur Loiret wrote:
> Why not libgnatvsn-dev and libgnatprj-dev as well?
>
Oups, didn't see that:
ifneq (,$(findstring gnat, $(no_packages)))
no_packages += libgnatvsn-dev libgnatprj-dev gnat-doc
endif
Sorry.
signature.asc
Descripti
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;
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 gcc-4.2-mul
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 searchin
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
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 wil
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 pack
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/c
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 del
reassign 473167 gdc-4.1
thanks
Yes, this is a ppc-specific issue, thanks for reporting.
Arthur.
signature.asc
Description: Digital signature
: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
*
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:
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
tags 443744 + upstream confirmed
thanks
Reported upstream:
http://sourceforge.net/tracker/index.php?func=detail&aid=1800931&group_id=154306&atid=791252
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
> wor
> 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 do
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.
Th
> 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 (=
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
endif
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
tags 439836 + confirmed upstream
thanks
Thanks for your bug report, reported upstream here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1783085&group_id=154306&atid=791252
Have a nice day,
Arthur.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
> 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 src/libphob
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]
http://buildd.debian.org/fet
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". Tro
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 afte
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':
N
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 tar
68 matches
Mail list logo
