Package: gfortran
Version: 4:8.1.0-1
Severity: important
Dear Maintainer,
I'm running a fortran hydrodynamic model. Here we have a routine writing
an unformatted file with an header and a real array with the following
code:
write(30,iostat=ierr) time,ivar,m,lmax
+
Package: g++
Version: 4:10.2.1-1
In bullseye:
$ echo | g++ -dM -E -x c++ -std=c++20 - |grep _cplusplus
#define __cplusplus 201709L
It should instead be:
#define __cplusplus 202002L
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93821
Upstream commit fixing this is
https://gcc.gnu.org/git/?p=gcc.git;a=commit;f=libcpp/init.c;h=445430e16bd08ade34637d2346ded40dd49de508
Package: libstdc++3
Version: 1:3.0.4-13
Severity: minor
I do not know the usual behaving in Debian, but I do not understand why the
library should depend on the gcc-compiler. I'm not using gcc-3.0 any more,
but I can not uninstall it, because some pacages depend on libstdc++3 which
depends on gcc-
nobody uses it (starting with me).
--
ciao,
Marco
signature.asc
Description: Digital signature
d_symbols; do egrep "^[a-fA-F0-9]+ T \.${symbol}$"
> /proc/kallsyms; done
> c0170e00 T .sys_inotify_init
> c0172e84 T .sys_signalfd
> $
> =
> Kernel: Linux 2.6.30-2-powerpc64 (SMP w/2 CPU cores)
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sep 21, Matthias Klose <[EMAIL PROTECTED]> wrote:
> - the man pages (all except gfortran.1) are not built from
>source. -> RC
As long as the source is available in the package this is not a bug at
all.
--
ciao,
Marco
signature.asc
Description: Digital signature
d be increased
> further, and eventually i386 should be reduced to a partial architecture
> that may be installed on amd64 systems.)
Yes, but how much later? :-)
--
ciao,
Marco
signature.asc
Description: Digital signature
ake save.o
Using -O1 fixes it, and if I move uudecode_line() alone to a new file
I cannot reproduce the bug (so I cannot provide a simple test case).
I do not think that this function has changed in the last few years, so
it's probably a gcc 4.0 regression.
--
ciao,
Marco
signature.asc
Description: Digital signature
Your favorite medcation -> 70% 0FF Sa1e (limitd. time only)
V1AGRA from $62
VAL1UM from $70
AMB1EN from $64
C1AL1S from $90
XANX from $70
+ M0RE..
0RDER N0W & GET SHIPPlNG AT NO C0ST..
http://781.net.besentby.com
TH.)
Agreed. This is what cross-compilers do as well.
--
ciao,
Marco
signature.asc
Description: Digital signature
: 31 c0 xor%eax,%eax
5: c9 leave
6: c3 ret
7: 90 nop
gcc optimizes the arithmetic overflow check away!
Debian GNU/Linux 3.0
vanilla kernel 2.2.26
libc6 Version: 2.2.5-11.5
Regards,
Marco Fabbricatore
Well this means that all debian 3.0 packages which have been compiled w/
gcc 2.95 might contain serious integer overflow problems regardless one
thinks he does secure programming.
marco
Falk Hueffner wrote:
Marco Fabbricatore <[EMAIL PROTECTED]>, [EMAIL PROTECTED] schrieb am 05.01.05
14
powerpc (ppc)
Kernel: Linux 2.6.6-b50
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcj-3.3
Version: 1:3.3.4-1
Severity: minor
The manpage is very sparse, it doesn't mention for example the -c and -S
switches. There are also others. These are shown with gcj --help, but
people expect a manpage to show all available options.
Marco
-- System Information:
Debian Re
Package: gcc
Version: 4:3.3.4-2
Severity: minor
The file /usr/share/doc/cpp/cpp is a link to itself.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8
V
16 matches
Mail list logo
