possible to investigate the root cause in GCC?
Cheers,
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
--
Julien Grall
Package: g++-9
Version: 9.2.1-21
I have a package which fails to build on both Debian armel and mipsel
with this g++ package, and with the same error:
/usr/bin/ld: ./.libs/libfplll.so: undefined reference to
`__atomic_store_8'
/usr/bin/ld: ./.libs/libfplll.so: undefined reference to
`__atomic_load
gt;
Everyone, please avoid followups to debian-po...@lists.debian.org.
Unless something is relevant to *all* architectures (hint: discussion of
riscv or arm issues don't qualify), keep replies to the appropriate
port-specific mailing list.
Thanks,
Julien
VM
>>support uncertain. (DSA)
>>- Source: [DSA Sprint report]
>>
>> [DSA Sprint report]:
>> https://lists.debian.org/debian-project/2018/02/msg4.html
>
> In this report Julien Cristau wrote:
>
>> In short, the hardware (development boards) we'
Ok, I agree about the severity. I would recommend retitling the bug to describe
the problem (mpfr4 and mpfr6 don't mix) we need to solve rather than prescribe
a particular resolution though.
Cheers,
Julien
On January 26, 2018 6:55:47 AM GMT+01:00, Adrian Bunk wrote:
>Control: sev
d after stretch->buster upgrade.
>
> When the dependencies are fulfilled users can expect to have working software,
> even a forced removal on stretch->buster upgrades is better than runtime
> problems.
Is this actually a problem between libmpfr4 and libmpfr6, or libmpfr4
and the new libmpfr-dev? A Breaks relationship between libmpfr4 and
libmpfr6 would be very, very bad.
Cheers,
Julien
erity accordingly
>
You may want to get this bug reassigned to the appropriate place if
you're going to do that though, i.e. not the gcc-defaults metapackage.
I'm guessing gcc-6 or binutils are more likely.
Cheers,
Julien
Hi,
I made more experiments with the code:
- in fact, -O1 already leads to a stuck exec
- but adding -ansi makes things go smooth (even with -O2)
With this, I was able to ship flint 2.5.2-3, working on the same arches
as previously.
I hope that helps,
Snark on #debian-science
Package: gcc
Version: 1.145
When compiling flint version 2.5.2 (available from http://flintlib.org
or from the orig tarball of experimental's src:flint package), the
library testsuite fails on two tests (both in d_mat's directory: qr and
gso).
They fail by never returning -- the buildbots wh
, but a chroot with some packages to be tested will remove
> gcc-4.7-base because gcc-4.8-base gets installed. After removing the
> packages to be tested the resulting system does not match the
> reference any more ...
This doesn't make sense to me, why should gcc-4.7-base be remove
Le 29/08/2013 12:18, Felix Salfelder a écrit :
> On Wed, Aug 28, 2013 at 05:36:57PM +0200, Matthias Klose wrote:
>> that should be fixed in the version in experimental.
>
> If you are referring to 1.1~pre8-1, I'm afraid it's not...
I saw the problem with both libppm0.12-dev (1:1.0-7) and libppl-d
I haven't seen any more issues due to ancient
> packages from src:gcc-X.Y. (But there are still enough other packages
> that need to be fixed in some way, too.)
>
Incomplete upgrades are by no means serious.
Cheers,
Julien
signature.asc
Description: Digital signature
me. If that's the only
problem I wouldn't consider this bug RC. I guess there might be more
issues (or in any case a different result) with libc6-dev on top though,
since libc6-dev Breaks squeeze's gcc-4.4. Any chance you could test
that?
Thanks,
Julien
signature.asc
Description: Digital signature
]: *** [s-gtype] Error 1
Full logs at https://buildd.debian.org/status/package.php?p=gdc-4.6
Cheers,
Julien
signature.asc
Description: Digital signature
On Sun, May 13, 2012 at 19:56:15 +0200, Matthias Klose wrote:
> sorry, thinko. I did mean End of May.
>
So we're at the end of May. Can we have that revert now, or do I need
to NMU?
Cheers,
Julien
signature.asc
Description: Digital signature
Source: gcc-defaults
Version: 1.118
Severity: serious
gcc-defaults shouldn't migrate to wheezy until there's an agreement
between the gcc maintainers and release team about the 4.7 situation.
Cheers,
Julien
signature.asc
Description: Digital signature
On Sun, May 13, 2012 at 19:42:21 +0200, Matthias Klose wrote:
> I am only aware of these usertags:
> debian...@lists.debian.org / qa-ftbfs-20120508
> do you known about a new rebuild?
>
No, I've seen bugs being filed from watching -bugs-rc.
Cheers,
Julien
signature.asc
Des
On Sun, May 13, 2012 at 18:58:42 +0200, Matthias Klose wrote:
> On 13.05.2012 17:45, Philipp Kern wrote:
> > On Sun, May 13, 2012 at 11:40:36AM +0200, Julien Cristau wrote:
> >> On Tue, May 8, 2012 at 19:44:01 +0200, Matthias Klose wrote:
> >>> The intent to get GC
ill open, but with many new ones (plus the misbuilds) I really
don't think it's reasonable to waste yet more time on this.
Cheers,
Julien
signature.asc
Description: Digital signature
c-4.7 breaking an ongoing
> transition
> mbiebl: that might be the gmp10 bug
> KiBi, can't reproduce the libchamplain ICE locally. could you do a
> local build as well?
>
> and I didn't get a reply on that.
>
That was the gmp bug.
Cheers,
Julien
signature.asc
Description: Digital signature
> well, not deciding on the release architectures for over a year now makes my
> job difficult as well. still trying to get it done.
>
If you have specific concerns with a specific arch feel free to raise
them on -release and the corresponding port's mailing list, and we'll
take that into account. Not in this thread.
Cheers,
Julien
signature.asc
Description: Digital signature
open bugs on
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-gcc@lists.debian.org;tag=ftbfs-gcc-4.7,
and it's too late in the release cycle, to change this, IMO.
Cheers,
Julien
signature.asc
Description: Digital signature
mips
kfreebsd-i386 mipsel
99e2b9f8972ce00cfe57e3735881015e ia64 s390 sparc amd64 i386
Cheers,
Julien
signature.asc
Description: Digital signature
,
Julien
signature.asc
Description: Digital signature
be464826d61bb8745f36d6844db83783 kfreebsd-amd64 armel armhf ia64
kfreebsd-i386 mipsel amd64
c1523ef69bff45c0e972500eb6f34ed0 mips s390 sparc i386 powerpc
d8e3ddff48203b873c006df8ce224f9e s390x
Cheers,
Julien
signature.asc
Description: Digital signature
/libffi.so.5.0.10
usr/lib/debug/usr/lib32/libffi.so.5.0.10
usr/lib/debug/usr/lib64/libffi.so.5.0.10
Cheers,
Julien
signature.asc
Description: Digital signature
b531704efa74d091bce00bc1947c0546 s390 i386 powerpc sparc mips mipsel
Cheers,
Julien
signature.asc
Description: Digital signature
Package: ftp.debian.org
Severity: normal
Apparently the latest gcc-defaults stopped building the gdc package on
the archs listed in $subject, so the ood packages should be removed.
Cheers,
Julien
signature.asc
Description: Digital signature
es, it was gcc-4.6_4.6.2-4. See the 'Toolchain package versions'
line.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2020001153.gh21...@radis.cristau.org
well to
> block the transition bug.
>
I looked at http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gnat-4.6
which didn't have this bug. I've now marked it as affecting gnat-4.6 so
it should be included in the bug page in the future. Sorry for the
duplicate.
Cheers,
Julien
--
To UN
637236
> thanks
>
> Julien and everyone else, please stop filing FTBFS bugs automatically
> against gcc-4.6 or gnat-4.6. We monitor the buildds and are aware of
> FTBFS, so these bugs are not useful for us and only take away some of
> our precious time for triaging. Thanks.
>
They
Source: gnat-4.6
Version: 4.6.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
See the build log at
https://buildd.debian.org/status/fetch.php?pkg=gnat-4.6&arch=kfreebsd-amd64&ver=4.6.2-2&stamp=1321357341
Cheers,
Julien
--
To
Source: gnat-4.6
Version: 4.6.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
See the build log at
https://buildd.debian.org/status/fetch.php?pkg=gnat-4.6&arch=armel&ver=4.6.2-2&stamp=1321391128
Cheers,
Julien
--
To UNSUBSCRI
%icc, 0xf765429c
0xf7653e7c <+28>:add %i0, 0xf8, %i5
0xf7653e80 <+32>:ld [ %i0 ], %o4
0xf7653e84 <+36>:sethi %hi(0x20800), %o5
=> 0xf7653e88 <+40>:ld [ %i2 + 4 ], %g2
0xf7653e8c <+44>:xor %o5, -508, %o5
0xf7653e90 <+48>
dge neither the release managers nor the release
notes editors for squeeze were notified of this change.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110515190558.gy2...@radis.liafa.jussieu.fr
tly the same. Which is good, as it means we're
not adding and removing an architecture every couple of weeks depending
on a couple porters free time or random hardware issues.
Not saying mips and mipsel state is good, just that you should stop the
nonsense.
Cheers,
Julien
--
To UNSUBSCR
> instead.
>
Well. Or libppl-dev, so you don't break next time. Why are the
libppl dev packages versioned anyhow?
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
Package: gpc
Version: 1.97
Severity: serious
gpc-4.1 has been removed, which makes gpc (and gpc-doc) uninstallable.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
nly fixing release critical bugs in testing at the moment.
Cheers,
Julien
signature.asc
Description: Digital signature
following.
I think you're getting confused by the delay slot. If you take the delay
slot into account, you'll see that the code and Aurélien are both
correct.
JB.
--
Julien BLACHE - Debian & GNU/Linux Developer -
Public key available on <http://www.jblache.org> - Key
Package: libgfortran3
Version: 4.4.5-10
The package doesn't provide the link /usr/lib/libgfortran.so.3 ->
/usr/lib/libgfortran.so, which makes some linkings fail.
Hope this helps,
JP
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
f time for upgrades like Cairo in Gentoo,
> >> where Cairo had been linked to glitz which is now useless and gone.
> >
> > Not a problem, if Cairo was properly exposing the dep.
> >
> >> So
> >> when people upgraded Cairo, all the software that li
On Tue, Sep 7, 2010 at 10:43:23 +0200, Michael Tautschnig wrote:
> Hi Julien,
>
> > Processing commands for cont...@bugs.debian.org:
> >
> > > tags 595884 + sid
> > Bug #595884 [ppl] ppl: FTBFS in squeeze: /bin/bash: plld: command not found
> > Added tag(
.4.5/crtend.o: Unknown mandatory
> EABI object attribute 44
> /usr/bin/ld: failed to merge target specific data of file
> /usr/lib/gcc/arm-linux-gnueabi/4.4.5/crtend.o
> collect2: ld returned 1 exit status
Cheers,
Julien
signature.asc
Description: Digital signature
not a bug in this package, fixing bug state.
Cheers,
Julien
signature.asc
Description: Digital signature
t.
> - Plugins support.
>
My understanding is that lto in 4.5 is not quite there yet. Not that
I've tried it or anything.
Cheers,
Julien
signature.asc
Description: Digital signature
ones are they?) be
> built from the gcc-4.5 sources.
>
> Would that be acceptable to everyone?
>
I assume gcc-4.5 needs libgcc1 from gcc-4.5.
Cheers,
Julien
signature.asc
Description: Digital signature
>
This was the second build attempt for this version, previous versions
built fine with the same gcj version (4.4.4-6) and there have been no
changes to either antlr3 or the input files between those versions. Also
built fine on other architectures using gcj.
JB.
--
Julien BLACHE | De
tead of i486 so this isn't in cpp's search path. Not the case in
debian.
Cheers,
Julien
signature.asc
Description: Digital signature
pt you don't want the squeeze tag for gcc-4.5 bugs, you want the
squeeze+1 tag, which doesn't exist.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
n, if there
> is
> some other nice way to work around the build-arch problem, please let me know.
>
build the docs in the binary-indep target instead of build.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Nov 22, 2007 at 08:00:18 +0100, Martin Michlmayr wrote:
> * Martin Michlmayr <[EMAIL PROTECTED]> [2007-11-14 09:54]:
> > * Julien Cristau <[EMAIL PROTECTED]> [2007-11-13 10:12]:
> > > Still ICE with -O1. Runs ok with -O0.
> > This is now PR34091.
>
On Tue, Nov 13, 2007 at 01:52:27 +0100, Julien Cristau wrote:
> I've reproduced the error, preprocessed source is
> paer.debian.org:~jcristau/mesa-7.0.2/obj-hppa-linux-gnu/debian-osmesa16/src/mesa/swrast/s_texfilter.i
> (not attached here because it's over 600k).
>
> It
builds fine with gcc-4.1, but not with gcc-snapshot 20070916-1.
Cheers,
Julien
signature.asc
Description: Digital signature
On Fri, Oct 19, 2007 at 12:06:02 -0600, Julien Cristau wrote:
> Package: gcc-4.2
> Version: 4.2.2-3
> Severity: normal
>
> Hi,
>
> netgen fails to build on hppa, see build log at
> http://buildd.debian.org/fetch.cgi?pkg=netgen&arch=hppa&ver=4.4-8&sta
-4.1.bin "$@"
$
This needs s/4\.1/4.2/g, and the duplication should be fixed too, i guess.
Cheers,
Julien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
fs-gcc-4.3;[EMAIL
> PROTECTED]
I'd like to begin a NMU campaign to help to fix this bugs.
Does it seems ok to NMU to delay/7 ?
Cheers,
--
Julien Danjou
.''`. Debian Developer
: :' : http://julien.danjou.info
`. `' http://people.debian.org/~acid
`- 9A0D 5FD
ich is
> also in package libgcj-common
--
Julien Danjou
.''`. Debian Developer
: :' : http://julien.danjou.info
`. `' http://people.debian.org/~acid
`- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
signature.asc
Description: Digital signature
Package: libgcj7-0
Version: 4.1.1-15
Severity: important
Hi,
When trying to uninstall libgcj7-0 i have the following output :
rmdir: /var/lib/gcj-4.1: No such file or directory
dpkg: error processing libgcj7-0 (--purge):
subprocess post-removal script returned error exit status 1
Errors were enc
gt;
> you're pointing to a sucessful log.
No, search for "consistency failure" in the log, and you'll see the
gcc error message.
There's an issue with the build system which I need to track down and
fix, as it won't stop when an error occurs.
JB.
--
Julien BLACH
slave link to manpage for keytool is also missing in alternative
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcj-4.1
Version: 4.1.1-13
Severity: normal
The link /usr/share/man/man1/ i486-linux-gnu-gcj-4.1.1 points to
gcj-4.1.1 which is missing.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/s
Package: java-gcj-compat
Version: 1.0.65-2
Severity: normal
The alternative /usr/lib/jvm/java-gcj/jre/bin/rmiregistry does not set
the slave link for manpage
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Sh
reopen 381405
thanks
On Fri, Aug 04, 2006 at 09:44:47AM +0200, Matthias Klose wrote:
> this package is scheduled for removal.
Please, close bugs when the package is actually removed, not before.
--
Julien Danjou
.''`. Debian Developer
: :' : http://julien.danjo
ther package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies
s. Is there
> any information I could provide, that could shed light on the problem?
Run udevmonitor and plug in your scanner, to check that udev gets the
event. There's no reason it shouldn't get the event...
JB.
--
Julien BLACHE <[EMAIL PROTECTED]> | Debian,
ause the one from slind used gcc3.4-3.4.4, I
> need to build it. I tried some commands without success, so I
> come here to request some help. What are the options and/or
> env to pass to dpkg-buildpackage to generate gcc-3.4-base ?
>
> Best regards
> Julien
I'm sorry, I didn&
.4, I
need to build it. I tried some commands without success, so I
come here to request some help. What are the options and/or
env to pass to dpkg-buildpackage to generate gcc-3.4-base ?
Best regards
Julien
Accédez au courrier électronique de La Poste : www.laposte.net
3615 LAPOSTENET (0,34 /mn)
: *** [stamps/05-build-stamp] Error 2
Cheers,
--
Julien Danjou
// <[EMAIL PROTECTED]> http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
// There is nothing under this line.
signature.asc
Description: Digital signature
On Mon, Nov 7, 2005 at 18:34:54 +, Sven Luther wrote:
> binutils is the likely culprit, i would say, especially given the way ocamlopt
> fails, and the fact that it was a cvs snapshot only augments that fear.
>
> Julien, could you maybe try downgrading to the older binutils
utils 2.16.1cvs20050902-1 and libc6.1-dev 2.3.5-5.
Does anyone know of an alpha-related change in the toolchain between
these versions, which could have caused this?
Unfortunately, I wasn't able to get a meaningful backtrace with gdb (I
only know that the segfault occurs at program startup).
Than
,
Cheers,
--
Julien Danjou
.''`. Debian developer
: :' : http://julien.danjou.info
`. `' http://people.debian.org/~acid
`- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
signature.asc
Description: Digital signature
Package: gcc-3.3
Version: 1:3.3.4-9
Severity: normal
Hi,
gcc-3.3 enters what seems to be an infinite loop while building the jpeg.c file
from libimage-exif-perl at -O2 (99% cpu usage, can sit there for hours without
any progress). This affects alpha, powerpc, s390 and sparc, according to the
buil
w I installed the 1.0.14-1 binary package and it works with my
> scanner without patching the backend.
It wasn't even needed with the 1.0.13 version, as I applied the patch
to the package. (to GCC maintainers: the backend/u12.c file isn't
affected by the patch we're talking about)
J
le
compiled with -fPIC gives no error.
JB.
--
Julien BLACHE <[EMAIL PROTECTED]> | Debian, because code matters more
Debian & GNU/Linux Developer| <http://www.debian.org>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprin
r the same problem :)
--
Julien Wajsberg
[1]
<http://buildd.debian.org/fetch.php?&pkg=xsane&ver=0.91-1&arch=arm&stamp=1052770936&file=log&as=raw>
--
Julien BLACHE <[EMAIL PROTECTED]> | Debian, because code matters more
Debian & GNU/Linux Developer| <http://www.debian.org>
Public key
77 matches
Mail list logo
