gcc-3.4_3.4.6ds1-10_amd64.changes uploaded successfully to localhost
along with the files:
gcc-3.4_3.4.6ds1-10.dsc
gcc-3.4_3.4.6ds1-10.diff.gz
gcc-3.4-base_3.4.6-10_amd64.deb
cpp-3.4_3.4.6-10_amd64.deb
libg2c0_3.4.6-10_amd64.deb
lib32g2c0_3.4.6-10_amd64.deb
gcc-3.4_3.4.6-10_amd64.deb
Accepted:
cpp-3.4_3.4.6-10_amd64.deb
to pool/main/g/gcc-3.4/cpp-3.4_3.4.6-10_amd64.deb
gcc-3.4-base_3.4.6-10_amd64.deb
to pool/main/g/gcc-3.4/gcc-3.4-base_3.4.6-10_amd64.deb
gcc-3.4_3.4.6-10_amd64.deb
to pool/main/g/gcc-3.4/gcc-3.4_3.4.6-10_amd64.deb
gcc-3.4_3.4.6ds1-10.diff.gz
to pool/mai
gcc-4.3_4.3.3-12_multi.changes uploaded successfully to localhost
along with the files:
gcc-4.3_4.3.3-12.diff.gz
gobjc++-4.3_4.3.3-12_i386.deb
libstdc++6-4.3-dbg_4.3.3-12_amd64.deb
libstdc++6-4.3-dev_4.3.3-12_amd64.deb
gfortran-4.3_4.3.3-12_i386.deb
libmudflap0-4.3-dev_4.3.3-12_i386.deb
Your message dated Fri, 19 Jun 2009 13:47:07 +
with message-id
and subject line Bug#533010: fixed in gcc-3.4 3.4.6ds1-10
has caused the Debian Bug report #533010,
regarding lib32g2c0: /emul/ia32-linux deprecated
to be marked as done.
This means that you claim that the problem has been dealt
gcj-4.3_4.3.3-12_amd64.changes uploaded successfully to localhost
along with the files:
gcj-4.3_4.3.3-12.dsc
gcj-4.3_4.3.3-12.diff.gz
libgcj9-jar_4.3.3-12_all.deb
libgcj9-src_4.3.3-12_all.deb
gcj-4.3-base_4.3.3-12_amd64.deb
gij-4.3_4.3.3-12_amd64.deb
libgcj9-0_4.3.3-12_amd64.deb
lib
Accepted:
cpp-4.3_4.3.3-12_amd64.deb
to pool/main/g/gcc-4.3/cpp-4.3_4.3.3-12_amd64.deb
cpp-4.3_4.3.3-12_i386.deb
to pool/main/g/gcc-4.3/cpp-4.3_4.3.3-12_i386.deb
g++-4.3-multilib_4.3.3-12_amd64.deb
to pool/main/g/gcc-4.3/g++-4.3-multilib_4.3.3-12_amd64.deb
g++-4.3-multilib_4.3.3-12_i386.deb
There are disparities between your recently accepted upload and the
override file for the following file(s):
gappletviewer-4.3_4.3.3-12_amd64.deb: package says section is java, override
says utils.
Please note that a list of new sections were recently added to the
archive: cli-mono, database, d
Accepted:
gappletviewer-4.3_4.3.3-12_amd64.deb
to pool/main/g/gcj-4.3/gappletviewer-4.3_4.3.3-12_amd64.deb
gcj-4.3-base_4.3.3-12_amd64.deb
to pool/main/g/gcj-4.3/gcj-4.3-base_4.3.3-12_amd64.deb
gcj-4.3_4.3.3-12.diff.gz
to pool/main/g/gcj-4.3/gcj-4.3_4.3.3-12.diff.gz
gcj-4.3_4.3.3-12.dsc
to
On Fri, 19 Jun 2009, Christoph Egger wrote:
> Building the NEW package I'm working on (irrlicht [3]) on my
> ARM(el)[4] box (up-to-date sid pbuilder) causes dpkg-shlibdeps to
> complain about missing symbols [0]. These symbols seem to be some gcc
> internals that should be covered by libgcc_s
LAST_UPDATED: Obtained from SVN: tags/gcc_3_4_6_release revision 111785
Native configuration is x86_64-pc-linux-gnu
=== g77 tests ===
Running target unix
=== g77 Summary for unix ===
# of expected passes1812
# of unsupported tests 6
Runnin
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_0_release revision 146514
Target: x86_64-linux-gnu
gcc version 4.4.0 (Debian 4.4.0-7)
Native configuration is x86_64-pc-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected pas
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_0_release revision 146514
Target: i486-linux-gnu
gcc version 4.4.0 (Debian 4.4.0-7)
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
LAST_UPDATED: Obtained from SVN: tags/gcc_4_4_0_release revision 146514
Target: ia64-linux-gnu
gcc version 4.4.0 (Debian 4.4.0-7)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes
>Now it seems that the irrlicht library depends on those symbols
>provided by libgcc_s.so.1 (and does not define them locally contrary to
>what was seen by Aurélien in libvorbis in #462318) and of course
>dpkg-shlibdeps complains because they can't be found in the symbols file.
>...
> So should I r
On Fri, 19 Jun 2009, Paul Brook wrote:
> >Now it seems that the irrlicht library depends on those symbols
> >provided by libgcc_s.so.1 (and does not define them locally contrary to
> >what was seen by Aurélien in libvorbis in #462318) and of course
> >dpkg-shlibdeps complains because they can't be
--- Comment #1 from doko at ubuntu dot com 2009-06-20 01:21 ---
The SH port does use a linker script to link with both -lgcc_s and -lgcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
--- You are receiving this mail because: ---
You reported the bug, or are watching
Paul Brook schrieb:
>> Now it seems that the irrlicht library depends on those symbols
>> provided by libgcc_s.so.1 (and does not define them locally contrary to
>> what was seen by Aurélien in libvorbis in #462318) and of course
>> dpkg-shlibdeps complains because they can't be found in the symbol
17 matches
Mail list logo