severity 603597 normal
thanks
On 15.11.2010 18:24, Luca Falavigna wrote:
Package: gcc-4.5
Version: 4.5.1-11
Severity: important
amd64 output of gcc -print-multi-os-directory command is the following:
$ gcc -print-multi-os-directory
../lib64
$
This makes some programs to put libraries under
Processing commands for cont...@bugs.debian.org:
severity 603597 normal
Bug #603597 [gcc-4.5] -print-multi-os-directory defines libdir to lib64
Severity set to 'normal' from 'important'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
603597:
On Tue, Nov 16, 2010 at 01:14:09AM +0100, Matthias Klose wrote:
On 14.11.2010 13:19, Julien Cristau wrote:
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
For wheezy I'm planning to change the linking behaviour for DSOs
(turning on --as-needed and --no-copy-dt-needed-entries.
This change is one I can agree with on technical grounds, though it
will cause a great deal of pain in the short term. Have we got any
estimates on exactly how much breakage will result before the change
gets made?
Fedora already made the change a full release cycles ago, and Fedora
package
* Kurt Roeckx k...@roeckx.be [101114 14:08]:
People have been claiming that constructors or init section are a
possible problem. I have yet to see an example where it breaks.
The following example is a bit constructed, but shows a silent change
of run-time behaviour if --as-needed is passed:
gcc-snapshot_20101116-1_amd64.changes uploaded successfully to localhost
along with the files:
gcc-snapshot_20101116-1.dsc
gcc-snapshot_20101116.orig.tar.gz
gcc-snapshot_20101116-1.diff.gz
gcc-snapshot_20101116-1_amd64.deb
Greetings,
Your Debian queue daemon (running on host
Accepted:
gcc-snapshot_20101116-1.diff.gz
to main/g/gcc-snapshot/gcc-snapshot_20101116-1.diff.gz
gcc-snapshot_20101116-1.dsc
to main/g/gcc-snapshot/gcc-snapshot_20101116-1.dsc
gcc-snapshot_20101116-1_amd64.deb
to main/g/gcc-snapshot/gcc-snapshot_20101116-1_amd64.deb
Bernhard R. Link, le Tue 16 Nov 2010 11:01:20 +0100, a écrit :
* Kurt Roeckx k...@roeckx.be [101114 14:08]:
People have been claiming that constructors or init section are a
possible problem. I have yet to see an example where it breaks.
The following example is a bit constructed, but
On Tue, Nov 16, 2010 at 09:49:08AM +0100, Julien Cristau wrote:
On Mon, Nov 15, 2010 at 21:29:07 -0500, Matt Turner wrote:
I can't see why you think --as-needed is fundamentally wrong or
unnecessary.
Check out http://www.gentoo.org/proj/en/qa/asneeded.xml
--as-needed has saved tons
LAST_UPDATED: Sun Nov 14 07:26:43 UTC 2010 (revision 166728)
Target: ia64-linux-gnu
gcc version 4.4.5 (Debian 4.4.5-8)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
=== g++ Summary ===
# of expected passes
LAST_UPDATED: Sun Nov 14 07:26:43 UTC 2010 (revision 166728)
Target: x86_64-kfreebsd-gnu
gcc version 4.4.5 (Debian 4.4.5-8)
Native configuration is x86_64-pc-kfreebsd-gnu
=== g++ tests ===
Running target unix
=== g++ Summary for unix ===
# of expected passes
LAST_UPDATED: Sun Nov 14 07:41:30 UTC 2010 (revision 166728)
Target: i486-linux-gnu
gcc version 4.5.1 (Debian 4.5.1-11)
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
Running target unix
UNRESOLVED: attribute_plugin.c compilation, -I.
LAST_UPDATED: Sun Nov 14 07:41:30 UTC 2010 (revision 166728)
Target: ia64-linux-gnu
gcc version 4.5.1 (Debian 4.5.1-11)
Native configuration is ia64-unknown-linux-gnu
=== g++ tests ===
Running target unix
UNRESOLVED: attribute_plugin.c compilation, -I.
LAST_UPDATED: Sun Nov 14 07:41:30 UTC 2010 (revision 166728)
Target: sparc-linux-gnu
gcc version 4.5.1 (Debian 4.5.1-11)
Native configuration is sparc-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/lto/20090303 cp_lto_20090303_0.o-cp_lto_20090303_0.o
Steve Langasek, le Tue 16 Nov 2010 09:14:40 -0800, a écrit :
I don't argue that this makes --as-needed *correct* as a default, but I
think it's clear how using --as-needed may benefit a distribution in terms
of reducing churn when library dependencies change.
We agree on the second part, but
On 16.11.2010 10:42, Roger Leigh wrote:
On Tue, Nov 16, 2010 at 01:14:09AM +0100, Matthias Klose wrote:
On 14.11.2010 13:19, Julien Cristau wrote:
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
For wheezy I'm planning to change the linking behaviour for DSOs
(turning on
On Tue, Nov 16, 2010 at 11:01:20AM +0100, Bernhard R. Link wrote:
* Kurt Roeckx k...@roeckx.be [101114 14:08]:
People have been claiming that constructors or init section are a
possible problem. I have yet to see an example where it breaks.
The following example is a bit constructed, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
--- Comment #6 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2010-11-16
17:56:56 UTC ---
Author: hjl
Date: Tue Nov 16 17:56:50 2010
New Revision: 166810
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166810
Log:
Properly demangle a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
* Roland McGrath:
I can't see why you think --as-needed is fundamentally wrong or unnecessary.
It is fundamentally wrong because -lfoo means I demand that the
initializers of libfoo.so run, whether or not I called anything in it.
So it's more like static linking. 8-)
IMHO, the current
Florian Weimer, le Tue 16 Nov 2010 19:49:57 +0100, a écrit :
* Roland McGrath:
I can't see why you think --as-needed is fundamentally wrong or
unnecessary.
It is fundamentally wrong because -lfoo means I demand that the
initializers of libfoo.so run, whether or not I called anything
On Tue, Nov 16, 2010 at 07:04:53PM +0100, Matthias Klose wrote:
On 16.11.2010 10:42, Roger Leigh wrote:
On Tue, Nov 16, 2010 at 01:14:09AM +0100, Matthias Klose wrote:
On 14.11.2010 13:19, Julien Cristau wrote:
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
For wheezy I'm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
You might know better what to do with this. I have no idea, but
looks legit…
[…]
dh_makeshlibs -plibgcc2 -plibgcc2-dbg -- -v4.4.5-7
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see
diff output below
dpkg-gensymbols: warning: debian/libgcc2/DEBIAN/symbols doesn't match
Besides that, I got:
dpkg-gensymbols: warning: new libraries appeared in the symbols file:
libobjc_gc.so.2
That are the only symbols warnings I got. The changes file is
generated, now I can upload to unstable for the first time.
Thanks for the quick responses/uploads, this helped immensely.
25 matches
Mail list logo
