Package: g++-6
Version: 6.2.0-13
Severity: minor
While developing a custom implementation of std::make_index_sequence
for compatibility with previous versions of gcc, I ran into an
internal compiler error. I'm attaching the output of creduce on the
source code, which still gives the same ICE.
--
[stamps/stamp-configure-static] Error 77
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
It would be nice if we could get an update to gcc-defaults in
experimental as well.
--
Daniel Schepler
Source: gnat-4.9
Version: 4.9.1-4
Severity: serious
The Build-Depends for gnat-4.9 cannot be satisfied in current unstable because
they include gcc-4.9-source (<< 4.9.2).
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "
0&stamp=1378512744>
for an example of a failed build.
--
Daniel Schepler
--
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/3128912.nBIJ1MDust@frobozz
IONS="parallel=? [nocheck]" dpkg-buildpackage -B -uc
dpkg -i ../g++-4.7_*.deb ../g++-4.7-multilib_*.deb ; resolve dependencies ; \
apt-get check && dpkg --configure -a
Finally, full build of eglibc (with libssp usage compiled into the
appropriate utilities):
DEB_BUILD_OPTIONS="pa
ed.
I: Copying back the cached apt archive contents
I: unmounting dev/pts filesystem
I: unmounting run/shm filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//16526 and its subdirectories
--
Daniel Schepler
--
To UNSUBSCRIBE, em
d a static version for the
bootstrapped pkg-config to link against -- which still requires libffi.
And hopefully the chain above also explains why texinfo isn't available to be
bootstrapped yet at this point.)
--
Daniel Schepler
diff -urN libffi-3.0.13.old/debian/rules libffi-3.0.13/debian/r
;checking for working
mktime" autoconf check was timing out.)
--
Daniel Schepler
--
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/cadf0c47m4wjnsi7xxfoxx--wjopskt7ao+paoc8cw3mvx2_...@mail.gmail.com
ild printed
"../lib" on "gcc -print-multi-os-directory", and I didn't immediately
see anything in the 4.7.2-19 changelog that would address this. So I
just wanted to let you know about this.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.o
Source: gcc-defaults
Version: 1.120
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: port-x32 ftbfs-x32
Here's the patch I'm using to add x32 support to gcc-defaults.
--
Daniel Schepler
diff -Nru gcc-defaults-1.120/debian/changelog gcc-defaults-1.120+x32/debian/changel
, actually, I forgot I got multiple messages, and forwarded the one
for gcc-4_6-branch; but the logs for gcc-4_7-branch and trunk look
pretty much the same.)
--
Daniel Schepler
-- Forwarded message --
From: jakub at gcc dot gnu.org
Date: Fri, Oct 5, 2012 at 5:02 AM
Subject: [Bug c
matter which package is installed. So I guess I'll just start working
on adding libc6-x32 and libx32gcc1 packages to the existing structure.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
heezy
releases, of course): With the current situation, anyone who needs
both multiarch libraries and gcc-multilib will necessarily end up with
two copies of 32-bit [e]glibc on their system, libc6-i386 and
libc6:i386. That seems like needless duplication in a fairly common
situation.
--
Daniel Sch
n I'd
like; and I've probably broken non-amd64/i386/x32 architectures with
it. I'm also pretty sure I've missed most places where I'd need to
add x32 multilib support, so it will need more work before it will
build properly on amd64 or i386.
--
Daniel Schepler
--
To UNSUBSCR
2012 at 5:36 AM, Matthias Klose wrote:
> On 17.08.2012 18:12, Daniel Schepler wrote:
>> On a side note, instead of adding libx32gcc1 etc.,
>
> I don't like the idea of having to cros-build-depend on other architectures,
> so
> as a first step, I'd like to see the
ize suffix when dealing with pointers.
* time_t in x32 is 64-bit, which breaks assumptions of a few programs
that sizeof(time_t) == sizeof(long).
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
definition.
I've also created a reduced test case, attached.
--
Daniel Schepler
typedef unsigned long long uint64_t;
typedef long long int64_t;
extern int __isnan (double __value) __attribute__ ((__nothrow__ )) __attribute__ ((__const__));
extern __typeof (__isnan) __isnan __asm__ (""
s_isnan.i still fails to build with gcc-4.7 4.7.1-3. I just tried
with gcc-snapshot 20120704-1, and it fails there too.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
On Sun, Jul 1, 2012 at 3:46 PM, Jonathan Nieder wrote:
> How does 4.7.1-2 do?
>
> Curious,
> Jonathan
Still fails.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
Source: libffi
Version: 3.0.10-3
Severity: wishlist
Hi, the current 3.0.10 Debian package builds a broken libffi library on x32,
whereas on 3.0.11 it passes the testsuite with no problems. (Although it
would require an soname bump to libffi6.)
--
Daniel Schepler
--
To UNSUBSCRIBE, email
p.egr.msu.edu/debian/ sid/main amd64 Packages
--
Daniel Schepler
--
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/cadf0c47xbrnqkuu1597_pjmaaamynxq4kx4xz-www0edm-6...@mail.gmail.com
version, not trying
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.
...
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debia
stamps/02-patch-stamp-libffi-backport] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nsatisfiable as it Build-Depends on both classpath-
common and default-jdk-builddep (at least on !alpha).
Wouldn't it make sense to handle this as an alternative, since gcj uses
classpath libraries anyway?
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.o
ed library, as in #536826.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
); \
//} while(0)
int test() {
// doit(3);
return 5;
}
dan...@frobozz:/tmp$ g++ -c -Wall test.cc
test.cc:1:1: warning: multi-line comment
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
The problem is that neither gcj, gcj-jdk, nor java-gcj-compat-dev depends on
gcj-4.3 anymore. An "apt-get install default-jdk-builddep gcj-4.3" works fine
in a chroot. So it should be enough just to add gcj-4.3 as a dependency of
one of those packages.
--
Daniel Schepler
build).
However, with that fixed, I still get the "/usr/bin/gcj not found" error in
numerous packages, including db{,4.5,4.6} and libjaxp1.3-java.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe".
fault gcj-* instead of the
gcj symlink as its default.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libgcj-common
Version: 1:4.4.0-6
Severity: minor
From the end of the output of "man dh_nativejava":
POD ERRORS
Hey! The above document had some coding errors, which are explained
below:
Around line 47:
You forgot a ’=back’ before ’=head1’
/tmp/gcj-4.3/gcj-4.3-4.3.3/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/tmp/gcj-4.3/gcj-4.3-4.3.3'
make: *** [stamps/05-build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave
Package: gnat-4.3
Version: 4.3.2-1.1
Severity: serious
I cannot build gnat-4.3 under pbuilder (in sid) because the package Build-
Depends on "gcc-4.3-source (<< 4.3.3)" but the current version of gcc-4.3-
source is 4.3.3-3.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to
error exit status 2
The config.log file shows that it's detecting that gnatgcc doesn't exist. So
it appears that gnat-4.3 by itself is insufficient to build the package.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I forgot to mention I also need to create multiarch.inc by hand, according to
the code in the gcc-4.3 source package, which is tedious and error-prone.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
igure call and it would handle all that automatically.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wednesday 23 January 2008 06:48:54 am Matthias Klose wrote:
> tag 453072 + moreinfo
> thanks
>
> please recheck with gcj-4.3.
That's going to be difficult, since glibc has a patch applied to work around
the bug.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL
ith an explanation of why.
--
Daniel Schepler
bgcj8-1 instead of libgcj-bc, and then complaining
that libgcj8-1 doesn't have the requisite shlibs entry.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/gcj-4.2-4.2.2/build/i486-linux-gnu/libgomp'
make[3]: *** [all-target-libgomp] Error 2
make[3]: *** Waiting for unfinished jobs
I can also reproduce this on amd64 using pbuilder.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
grow to over 4G
virtual memory before I had to kill it.
Cc to debian-glibc because as I recall, the bug was previously worked around
in glibc, but it seems not to be any more since version 2.7-1.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
nding Recommends in gcc-4.1, it is currently impossible
to satisfy the Recommends for both gcc-4.1 and gcc-4.2 simultaneously, which
would conflict with the (proposed?) release goal of making all Recommends
satisfiable within main.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Wednesday 25 July 2007 11:22:13 am Matthias Klose wrote:
> Daniel Schepler writes:
> > It looks like the original bug message didn't get forwarded to
> > debian-gcc, possibly because it included a large preprocessed source
> > file. So I'm sending this follow
n-qt3 (and I don't actually know whether it ever finishes), where
g++-4.1 takes under 2 minutes.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is code compiles with g++-4.1, but fails with g++-4.2 and the snapshot of
g++-4.3 currently in Debian's gcc-snapshot package. My question is: is this
valid code or not?
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gnat
Version: 4.2.0-0
Severity: normal
As the subject says: the version of gnat from experimental Depends on
gnat-4.2, which is nowhere to be found, not even in NEW as far as I can tell.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
s not quite clear whether this should work.
However, it does work with g++-4.1 but not with g++-4.2 or gcc-snapshot.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
'sum(std::vector >&)'
frobnitz:/tmp# /usr/lib/gcc-snapshot/bin/g++ -c test.cc
test.cc: In function 'int test()':
test.cc:12: error: no matching function for call to 'sum(std::vector >&)'
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that it
causes zlib to FTBFS because zlib's configure script is badly behaved and
treats any output as an error. I was wondering whether you might know what's
causing this message.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
m -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/tmp/buildd/gcc-snapshot-20070515'
make: *** [stamps/05-build-stamp] Error 2
--
Daniel Schepler
Le Mardi 31 Janvier 2006 12:03, Matthias Klose a écrit :
> Daniel Schepler writes:
> > Package: gcc-2.95
> > Version: 2.95.4ds15-24
> > Severity: serious
> >
> > >From my pbuilder build log:
> >
> > ...
> > stage1/xgcc -Bstage1/ -B/usr/i486-lin
red a Bad Thing. It's all right to have code to
autogenerate debian/control, just don't invoke it automatically from the
clean, build, or binary targets. Fixing this would also allow you to drop
the self-Build-Depends on cpp-2.95, incidentally.)
--
Daniel Schepler
on:
Debian Release: testing/unstable
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-9-amd64-k8
Locale: LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
ch which fixes the dependency.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-9-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
[EMA
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e if these packages could instead
Build-Depend on "gcj, libgcj-dev" and thus be ensured of getting the
correct version.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
I found the cause of this error: for some reason the global destructor
for idl_filename is being called twice. I've attached a small test
case which trips the same bug; when compiled with g++-3.3, it produces
no output, but when compiled with g++-3.4, it outputs an error
message.
--
D
Matthias Klose <[EMAIL PROTECTED]> writes:
> ok, better to move the second make behind the if dot ...
Yes, after making that change the package appeared to build fine.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven&
rectory `/tmp/buildd/gcc-3.3-3.3.3ds7'
make: *** [binary] Error 2
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
ase 1:3.3.3-6 The GNU Compiler Collection (base
ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an
ii libgcc1 1:3.3.3-6 GCC support library
-- no debconf information
--
Daniel Schepler &qu
elease: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8)
--
Daniel Schepler "Please don't disill
ii gcc-3.2-base 1:3.2.3-9 The GNU Compiler Collection (base
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libgcc11:3.3.3-6 GCC support library
-- no debconf information
--
Daniel Schepler "Please
preprocessor
ii gcc-3.3-base 1:3.3.3-0pre0 The GNU Compiler Collection (base
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
ii libgcc11:3.3.3-0pre0 GCC support library
-- no debconf information
--
Daniel Schepler &q
.3.2.ds1-10 GNU C Library: Shared libraries an
ii libgcc11:3.3.3-0pre0 GCC support library
-- no debconf information
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
: Linux frobnitz 2.6.0-test7 #1 Sun Oct 12 16:59:56 PDT 2003 i686
Locale: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
6
Kernel: Linux frobnitz 2.4.21-pre5 #1 Sat Mar 1 09:01:10 PST 2003 i686
Locale: LANG=C, LC_CTYPE=C
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
Sat Mar 1 09:01:10 PST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages gcc-3.3-doc depends on:
ii gcc-3.3-base 1:3.3-2The GNU Compiler Collection (base
-- no debconf information
--
Daniel Schepler "Please don't disillusion me.
libc6-dev 2.3.1-17 GNU C Library: Development Librari
ii libstdc++51:3.3-2The GNU Standard C++ Library v3
-- no debconf information
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't ha
I just tested this with gcc-snapshot (version 20030314-1), and the
problem compiling blas still seems to exist there.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
r, linker and binary utiliti
ii cpp-3.23.2.2-0pre3The GNU C preprocessor
ii gcc-3.2-base 3.2.2-0pre3The GNU Compiler Collection (base package)
ii libc6 2.3.1-9GNU C Library: Shared libraries and Timezone
ii libgcc13.2.2-0pre3GCC support library
Whoops, forgot to Cc this to the bug report...
Matthias Klose <[EMAIL PROTECTED]> writes:
> Daniel Schepler writes:
> > Package: gcc-3.0
> > Version: 3.0.4ds3-13
> > Severity: serious
> >
> > When I try to build gcc-3.0 on unstable, first there are bison
mp/buildd/gcc-3.0-3.0.4ds3'
make: *** [stamps/05-build-stamp] Error 2
Unfortunately, at least one package (gconf2) build-depends on
gcc-3.0.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux frobnitz 2.4.19 #2 Sun Aug 18 15:52:57 PDT 2002 i686
unknown unknown G
Package: libstdc++3-dev
Version: 1:3.0-0pre010427
Severity: normal
The /usr/lib/libstdc++.la file contains the line
libdir='/usr/lib'
which confuses libtool into trying to link in /usr/lib/libstdc++.so,
which g++ then can't find. This is preventing me from building any
KDE applications, even wi
72 matches
Mail list logo
