-20200107-1
ii libc62.29-9
ii libgcc-s110-20200107-1
libasan6 recommends no packages.
libasan6 suggests no packages.
-- no debconf information
--
brian m. carlson: Houston, Texas, US
OpenPGP: https://keybase.io/bk2204
#include
#include
#include
int main(void)
{
regex_t r
-locales none
pn gcc-4.7-multilib none
pn libgcc1-dbg none
pn libgomp1-dbg none
pn libitm1-dbg none
pn libmudflap0-4.7-dev none
pn libmudflap0-dbg none
pn libquadmath0-dbg none
-- no debconf information
--
brian m. carlson / brian with sandals
gcc-snapshot also depends on libc6 = 2.14, which is also not in Debian.
eglibc does not appear to be in the NEW queue, either.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
-master.debian.org by
replying to this email.
This could have been reassigned to gcc-4.7, since it's trivially
reproducible there. In future, please try to reassign packages to
successor versions if possible.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Mon, Jan 09, 2012 at 07:29:08PM +0100, Matthias Klose wrote:
On 01/07/2012 08:51 PM, brian m. carlson wrote:
Do you have a preference on the name of the package?
what about {cpp,gcc,g++,gfortran}-4.x-man?
I was hoping to ship at most one package per version. There's simply no
way
manpages that are not part of the
upstream source, and Policy mandates a manpage *in the same package*.
I'd like you to reconsider, especially since having some manpage, even
if it isn't complete, is a lot better for users than having no manpage
at all.
--
brian m. carlson / brian with sandals
a preference on the name of the package?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: brian m. carlson sand...@crustytoothpaste.net
* Package name: missing-manpages
Version : 1
Upstream Author : brian m. carlson sand...@crustytoothpaste.net
* URL : https://github.com/bk2204/missing-manpages
* License : GPL
none
pn gcc-4.6-multilib 4.6.2-11
pn libgcc1-dbg none
pn libgomp1-dbg none
pn libmudflap0-4.6-dev none
pn libmudflap0-dbg none
pn libquadmath0-dbg none
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
20110531-1)
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
(no description available)
pn libquadmath0-dbg none (no description available)
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994
0.10.2-9 Parma Polyhedra Library (runtime l
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223
(no description available)
ii libmudflap0-4.5-dev 4.5.1-9GCC mudflap support libraries (dev
pn libmudflap0-dbg none (no description available)
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
on SPARC.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
mudflap support libraries (dev
pn libmudflap0-dbg none (no description available)
ii libppl-c2 0.10.2-8 Parma Polyhedra Library (C interfa
ii libppl7 0.10.2-8 Parma Polyhedra Library (runtime l
-- no debconf information
--
brian m
, not stripped
baz: ERROR: cannot open `baz' (No such file or directory)
make: *** [file] Error 1
The system information has been elided because this was filed from a
different box.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net
On Thu, Aug 05, 2010 at 10:59:18PM +0200, Matthias Klose wrote:
On 08.07.2010 01:42, brian m. carlson wrote:
Package: gcc-4.4
Version: 4.4.4-6
Severity: wishlist
Because the ELF ABI for hppa requires relative jumps which are limited
to 17 bits[0], programs frequently require the use
-1.8-4. It also fails with
gcj-4.5 from experimental. This is on a sid/amd64 system.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
/proc/cpuinfo
model name: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
model name: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
java is OpenJDK 6.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
pn libmudflap0-dbg none (no description available)
ii libppl-c2 0.10.2-6 Parma Polyhedra Library (C interfa
ii libppl7 0.10.2-6 Parma Polyhedra Library (runtime l
-- no debconf information
--
brian m. carlson / brian with sandals
libmudflap0-4.5-dev 4.5-20091226-1 GCC mudflap support libraries (dev
pn libmudflap0-dbg none (no description available)
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
4.3.3 (Debian 4.3.3-14)
gcc version 4.4.0 (Debian 4.4.0-11)
gcc version 4.5.0 20090620 (experimental) [trunk revision 148747] (Debian
20090620-1)
on amd64.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
://www.opengroup.org/onlinepubs/95399/basedefs/sys/socket.h.html
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital
On Fri, May 29, 2009 at 11:35:28PM +0100, Philip Martin wrote:
brian m. carlson sand...@crustytoothpaste.ath.cx writes:
I expect that when used on a POSIX system (at least in strict POSIX mode
or when invoked as c99), gcc-4.4 neither warns nor generates code
contrary to POSIX with -O2
really care to purchase the actual standard, but it's
probably nearly identical.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
(no description available)
pn libmudflap0-dbg none (no description available)
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196
On Fri, Jan 16, 2009 at 08:10:15PM +0100, Martin Michlmayr wrote:
* brian m. carlson sand...@crustytoothpaste.ath.cx [2009-01-16 18:38]:
Obviously, since the two functions do the exact same thing, they should
be optimized to be identical. Instead, mul is pessimized.
Can you check
just trying to find out if there's a reason why this bug hasn't been
fixed after three years.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
present.
I have attached a testcase for easy diagnosis of the problem. If the
program segfaults, then the bug is present.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http
2.7-4 GNU C Library: Shared libraries
ii libstdc++6-4.2-dev4.2.2-4The GNU Standard C++ Library v3 (d
g++-4.2 recommends no packages.
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx
++6-4.3-dev4.3-20071130-1 The GNU Standard C++ Library v3 (d
g++-4.3 recommends no packages.
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http
for it mid of next week.
Is there any news on this? gcc-snapshot is fixed (it built on mips),
and gcc-4.2 is the default compiler (although it still has problems:
#441633).
Could someone check and see if xulrunner now builds with gcc-4.2 or
gcc-snapshot and report back?
--
brian m. carlson / brian
: Development Librari
ii libmudflap0-4.2-dev 4.2-20070307-1 GCC mudflap support libraries (dev
-- no debconf information
--
Brian M. Carlson / Brian with Sandals: Houston, Texas, US
Before emailing: http://crustytoothpaste.ath.cx/~bmc/me/contact/email
There is no We: http
Package: gcc-snapshot
Version: 20051023-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
If mudflap is used to instrument a program using dlopen, and the program
(assuming it is compiled with -rdynamic) loads itself by passing NULL for the
path to dlopen, the
# see http://www.debian.org/Bugs/Developer.en-gb.html#severities
severity 333118 important
thanks, control, and have a nice day
I can confirm that this bug exists in the latest version of gcc-4.0
(4.0.2-2). I have not checked with gcc-snapshot, but if you do check, you
*must* use the latest
Package: libmudflap0
Version: 4.0.1-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libmudflapth.so: warning: the
use of `pthread_attr_setstackaddr' is deprecated, use `pthread_attr_setstack'
Package: g++-4.0
Version: 4.0.1-2
Severity: important
Justification: may break C++ transition of libcrypto++
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
g++ -DHAVE_CONFIG_H -I. -I. -I. -g -Wall -fno-strict-aliasing -O2
-frepo -Wno-unused -Werror -MT dll.lo -MD -MP -MF .deps/dll.Tpo -c
Package: libgcc1
Version: 1:4.0-0pre0
Severity: serious
The copyright file includes a copy of the GNU Free Documentation
License, which has been judged by debian-legal to be non-free. Please
remove the non-free material from the package or move the package to
non-free.
-- System Information:
GCC support library
-- no debconf information
--
Brian M. Carlson [EMAIL PROTECTED] 0x560553e7
signature.asc
Description: Digital signature
-0pre1v4 X Window System client libraries
ii zlib1g 1:1.2.1-2 compression library - runtime
-- no debconf information
--
Brian M. Carlson [EMAIL PROTECTED] 0x560553e7
panama.ii.bz2
Description: Binary data
signature.asc
Description: Digital signature
Collection (base
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
ii libstdc++5-3.3-dev1:3.3-3The GNU Standard C++ Library v3 (d
-- no debconf information
--
Brian M. Carlson [EMAIL PROTECTED] 0x560553e7
Let us think the unthinkable, let us do
On Mon, Jun 16, 2003 at 07:41:06PM +, Brian M. Carlson wrote:
It segfaults with 3.2 and it has problems with 2.95 because it uses
std::logical_orT.
Rather, 3.2 segfaults when trying to compile it and 2.95 has problems
attempting to compile it because the file uses std::logical_orT. Sorry
.)
See man(7).
--
Brian M. Carlson [EMAIL PROTECTED] 0x560553e7
Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all. --Douglas Adams
pgpyASRZVae3a.pgp
Description: PGP signature
PROTECTED]
Cc: Brian M. Carlson [EMAIL PROTECTED],
Dr. David Alan Gilbert [EMAIL PROTECTED],
Herbert Xu [EMAIL PROTECTED]
Subject: Re: Bug#194242: acknowledged by developer (Re: Bug#194242:
drivers/atm/ambassador.c:301:21: pasting . and start does not give a
valid
On Sun, May 25, 2003 at 11:22:06PM +0100, Dr. David Alan Gilbert wrote:
* Brian M. Carlson ([EMAIL PROTECTED]) wrote:
On Sun, May 25, 2003 at 07:35:23PM +0100, Dr. David Alan Gilbert wrote:
* Brian M. Carlson ([EMAIL PROTECTED]) wrote:
Indeed they are. The Linux kernel is part
On Mon, May 26, 2003 at 04:24:54PM +0200, Segher Boessenkool wrote:
Brian M. Carlson wrote:
This would have (or at least should
have) been caught, because gcc 3.3 introduced a complete incompatibility
with older versions: creating an error when pasting together two such
tokens. I don't know
On Sun, May 25, 2003 at 12:11:43PM +1000, Herbert Xu wrote:
On Sun, May 25, 2003 at 01:51:03AM +, Brian M. Carlson wrote:
reopen 194242
reassign 194242 gcc
retitle 194242 gcc: defaulting to 3.3 prevents compilation of the kernel
merge 194242 194196
thanks, control
Then gcc 3.3
On Sun, May 25, 2003 at 07:35:23PM +0100, Dr. David Alan Gilbert wrote:
* Brian M. Carlson ([EMAIL PROTECTED]) wrote:
Indeed they are. The Linux kernel is part of the release criteria (at
least it was for 3.0) [0]. The site states:
Which kernel version? On which architecture? With which
49 matches
Mail list logo
