On Sat, Apr 26, 2025 at 05:32:58PM +0200, Ben Hutchings wrote:
> - This does not affect the default C and C++ toolchain
#1103592 is I think a case that does affect the default C and C++
toolchain.
not install anything there.
Please stop installing these empty dirs. If there are other empty
dirs on other archs, please also stop creating those.
Thanks!
Chris
paraphrase an old saying,
"what doesn't exist, doesn't worry me".
Thanks for considering,
Chris
rks again.
> >
> > yes, that's what PICCA found and reported at
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001168#72
> >
> > are you going to look into a fix for gcc-11?
> >
>
> Sure, I will dig it, since it may effect lots of other packages.
So, was this ever fixed in gcc-11, or maybe in gcc-12?
Chris
`
> should be `License: Expat`, and the Source: field is out-of-date.
> There are also some Lintian warnings about the machine-readable
> format.
>
> Having found these issues with d/copyright, I didn't review the
> upstream source code. I request a reupload with a cleaned up
check over the entire package
carefully and address these on your next upload.)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Package: gcj-jdk
Version: 4:6.3.0-4
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps toolchain
Priority: wishlist
By default, the javadoc(1) command adds timestamps to the generated
HTML. This prevents any build package from being reproducible. This
isn't useful in a Debian p
rejected as requested on IRC.
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
16:50 < doko> please could somebody reject the gcc-6-cross currently in NEW?
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
t sum = a + b;
a = b;
b = sum;
}
}
If I use:
g++-4.4 -Wall -O2 -o fib fib.cc
Then the output doesn't stop when the value of a wraps into negative
territory.
If I use:
g++-4.4 -Wall -O0 -o fib fib.cc
Then it does stop, as expected.
- Chris
-- System Informa
On 12/06/2012 7:40 AM, Matthias Klose wrote:
[...]
please could you recheck with 4.7 from unstable?
I just installed unstable/sid and tested against gcc 4.7.0-13. The bug
is also present in this version.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "uns
On 12/06/2012 7:40 AM, Matthias Klose wrote:
[...]
please could you recheck with 4.7 from unstable?
I did not get 4.7 from unstable installed, so I checked against 4.7 from
testing instead [gcc version 4.7.0 (Debian 4.7.0-8)]. I found that
version 4.7.0-8 has this bug too.
--
To UNSUBSCR
I've hit this as well. The ubuntu-packaged sparse seems to get this
right; building from git sources gives busted paths -- suspect they
have patches that need to come upstream?
-- Chris
On Thu, Aug 25, 2011 at 9:42 AM, Josh Triplett wrote:
> When trying to use sparse on some low-level u
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
signature.asc
Description: PGP signature
--- Comment #5 from chris dot pickett at mail dot mcgill dot ca 2008-03-03
02:55 ---
Maybe you could fix the preprocessor to warn about operators with known side
effects. Can cpp see the entire expr in assert (expr)? If so, just search the
tokens for =, ++, --, +=, -=, etc
Package: g++-4.2
Version: 4.2.2-5
Severity: wishlist
The warning generated at gcc/cp/call.c:4548 doesn't have a warning type
associated with it, so there's no way to turn this warning into an
error.
This is a very serious warning, as indicated by the fact that it tells
you the call will abort a
tags 347697 - moreinfo
close 347697
thanks
gcc-4.1 in unstable (in a chroot) works with all -O options I discussed in the
report, so this problem seems fixed to me. I don't really need this fix in
4.0, so I am closing the bug.
--
Chris Howie
http://www.chrishowie.com
-BEGIN GEEK
e you read the message I sent after the one you replied to?
--
Chris Howie
http://www.chrishowie.com
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/IT d-(--) s:- a--->? C++(+++)$> UL P$ L+++> E---
W++ N o++ K? w--$ O M- V- PS--(---) PE++ Y+ PGP++ t+ 5? X-
R(+)>
cated memory
space.
If you throw a random number at free() of course it's going to crash there.
--
Chris Howie
http://www.chrishowie.com
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/IT d-(--) s:- a--->? C++(+++)$> UL P$ L+++> E---
W++ N o++ K? w--$ O M- V- PS--(---) P
size probably has something to do with the issue.
--
Chris Howie
http://www.chrishowie.com
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/IT d-(--) s:- a--->? C++(+++)$> UL P$ L+++> E---
W++ N o++ K? w--$ O M- V- PS--(---) PE++ Y+ PGP++ t+ 5? X-
R(+)>- tv-(--) b- DI+
Vela Alex
--
What|Removed |Added
CC||chris at bubblescope dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- You are receiving
--- Additional Comments From chris at bubblescope dot net 2005-08-16 09:10
---
In the FAQ (4.4), things that only looks like bugs, mentions that libstdc++
isn't -Weffc++ clean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- You are receiving this mail be
Package: libgcj6-awt
Version: 4.0.1-3
Severity: grave
Tags: sid
Can't be installed as libcairo0.5.1 is not in the archive.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
K
Penis enlargement breakthrough!
http://www.jnaz.net/ss/
The modern rule is that every woman should be her own chaperon.
Glory is fleeting, but obscurity is forever.
Between saying and doing many a pair of shoes is worn out.
The best answer to answer to anger is silence.
I dote on
I forgot to mention that earlier versions of gcc
(specifically, 3.0) caused the same problem. I just
installed 3.4 and everything works perfectly, so I
guess this is a "<= 3.3" problem.
Also, it's no longer critical that this get resolved
soon since 3.4 works. =)
ve many days
off the build time. It will be fixed by the time Debian is using gcc 3.4
for its default compiler.
Chris
signature.asc
Description: Digital signature
needs to be bumped.
I am cc:'ing the Debian GCC Maintainers so they can see this message.
Thanks,
Chris
signature.asc
Description: Digital signature
Package: g77-3.3
Version: 1:3.3.3-1
Severity: important
$ ll /usr/lib/gcc-lib/i486-linux/3.3.3/libg2c-pic.so
lrwxrwxrwx1 root root9 Feb 17 20:48 \
/usr/lib/gcc-lib/i486-linux/3.3.3/libg2c-pic.so -> libg2c.so
libg2c.so, however, actually is three directories up, so the symbol
I have been having problems compiling KDE and found out that it was
caused by PR13544 which appears to be fixed in GCC CVS now. Can a new
upload of gcc be done soon?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13544
Thanks,
Chris
signature.asc
Description: Digital signature
ut of range
configure:32810: $? = 1
configure: failed program was:
| #line 32780 "configure"
| /* confdefs.h. */
...
This happens on my new arts build which has updated autotools, before
updating autotools the configure script was small enough that the 32767
limit didn't affect it.
C
ake and
pressing Ctrl-Z to freeze it when ld had been started, then found its pid
using 'ps', then used
gdb --pid= /usr/bin/ld
Chris
The upstream bug report regarding this issue is PR11716, it appears they
didn't feel like fixing it for gcc 3.3 but have fixed it for gcc 3.4.
Chris
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11716
This may actually be desired effect since stringification works within
macros, but not in the files raw.
C.
--
Chris Collins <[EMAIL PROTECTED]>
Advanced Networks Research Group
Package: cpp-3.3
Version: 1:3.3.1-0pre0
Severity: important
Given the following sample:
---BEGIN---
#define FOO 42
"foo" #FOO "blah"
---END---
A correct cpp should output the last line as:
"foo" "23" "blah"
However, GNU cpp is producing:
"blah" #23 "foo"
Refer to the gcc cpp documtation:
Package: g++-3.2
Version: 1:3.2.3-5
Followup-For: Bug #196505
I'm seeing this bug too. The reason:
lrwxrwxrwx1 root root 12 2003-06-29 16:25 g++-3.2.1.gz ->
gcc-3.2.1.gz
lrwxrwxrwx1 root root9 2003-06-29 16:25
i386-linux-g++-3.2.1 -> g++-3.2.1
Simply add .
I found that Ryan Murray has submitted a bug to upstream about this
problem (and an older one exists as well).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11084
related?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11013
Also Branden Robinson filed a similiar bug recently #196091
Thanks,
Chris
retitle 194330 g++: [mips/mipsel] ice: in propagate_one_insn
stop
This ICE occurs on mips as well.
Chris
Package: g++-3.2
Version: 1:3.2.3-2
Severity: serious
The current version of g++ on the arm buildd ICEs when it attempts to
build kdebase 3.1.2. I am not certain of the version being used but
reportbug seemed to think it was 3.2.3 probably from checking this local
system, (I think it might be 3.3)
I believe this bug has been fixed with 1:3.2.3ds0-0pre1. Bug #180520
which was fixed in the upload was a patch to correct this problem.
I will leave this bug open for the maintainer to close in case there is
more to this problem than I understand.
Thanks,
Chris
&as=raw
This build failed due to assembler errors, lots of "Error: can't
resolve" messages.
http://buildd.debian.org/fetch.php?&pkg=arts&ver=1.1.0-2&arch=hppa&stamp=1044489665&file=log&as=raw
Chris Cheney
-- System Information:
Debian Release: testing/uns
uild.php?arch=&pkg=module-init-tools
It worked with gcc 2.95.x on Dec 28, 2002, and failed on gcc 3.2.x on Jan
16, 2003, any more details than that are not given by sbuild, as far as I
can tell, so how is a regular maintainer supposed to give you this
information??? Perhaps a bug should be filed against sbuild to give more
detailed information for situations like this?
Chris
What is next to be done before the transition can actually start. Is it
close enough at hand that it would be wise for me to put off uploading
KDE 3.1 for a few days? I don't want to wait months... ;)
Thanks,
Chris
On Wed, Dec 11, 2002 at 08:46:36PM -0500, Ben Collins wrote:
> On Wed
Has this bug been fixed yet? (I assume it has not)
I am planning to upload kde 3.1 very soon (most likely this weekend)
so I guess it will have to be with gcc 2.95 :(
Chris Cheney
>Category: c++
>Synopsis: g++ Omtermal compiler error in
>merge_blocks_move_predecessor_nojumps, at cfgcleanup.c:650
>Confidential: no
>Severity: serious
>Priority: medium
>Class: sw-bug
>Submitter-Id: net
>Originator: [EMAIL PROTECTED]
>Release:g++
lude path will stay at include/3.2 or
not for the official 3.2.1 release?
Thanks,
Chris
pgpLPKVt6Dp1g.pgp
Description: PGP signature
and OpenOffice continues to build.
Just another 6 hours to go now ;)
Thanks a lot,
Chris
pgpazUtUjgza2.pgp
Description: PGP signature
On Thu, Aug 08, 2002 at 09:58:57PM +0200, Martin v. Loewis wrote:
> Chris Halls <[EMAIL PROTECTED]> writes:
>
> > I have posted the test script and preprocessed source here:
> > http://apt-proxy.sourceforge.net/ooo/g++test
> > http://apt-proxy.sourceforge.net/o
our changed, or is this likely to be a bug?
I have posted the test script and preprocessed source here:
http://apt-proxy.sourceforge.net/ooo/g++test
http://apt-proxy.sourceforge.net/ooo/test.cxx.bz2
Chris
pgpUV1Pbd2ODO.pgp
Description: PGP signature
Does anyone know if/when Debian is planning on switching the default
compiler to gcc 3.1.x. I am waiting to upload KDE 3 to see if gcc 3.1
will become the default compiler anytime soon.
Thanks,
Chris Cheney
I am not subscribed to this list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: libgcc1
Version: 1:3.0.4-7
Severity: normal
On sparc32 platforms it is impossible to remove the unnecessary
libc6-sparc64 package because libgcc1 depends on it. It seems there
should be a libgcc1-sparc64 package to seperate dependencies.
Thank you.
-- System Information
Debian Release: 3
I wanted to let you know about a bug I have against one of my packages.
It appears a fix wrt libtool/gcc (ppc) is not currently in Debian?
Thanks,
Chris
cc: me since I am not on this mailing list.
pipe)
Relevant installed packages:
ii gcc-3.03.0.1-0pre0108 The GNU C compiler.
ii gcc-3.0-base 3.0.1-0pre0108 The GNU Compiler Collection (base
package).
ii libc6-sparc64 2.2.3-9GNU C Library: 64bit Shared libraries for
Ul
ii libgcc1-sparc6 3.0.1-0pre0108 64bit Shared libgcc
Package: gcc-2.95-doc
Version: 1:2.95.4-0.010407
Severity: minor
A typo I guess?
In the node reached by 'info gcc "Invoking GCC" "C Dialect Options"', the
-fstd option is listed. The compiler seems to think that this is spelled
-std -- at least, -fstd=c9x produces an error, while -std=c9x seems
Package: gcc-2.95
Version: 1:2.95.4-0.010407
Severity: minor
The following transcript should illustrate the error:
~ $ cat sample.c
#include
int main() { size_t f=0; printf("%zd\n",f); return 0; }
~ $
~ $ gcc-2.95 -O2 -g -Wall -std=c9x sample.c
sample.c: In function `main':
sample.c:3: warning
55 matches
Mail list logo
