here with the fixed gfortran-4.3.
Of course, feel free to ignore this request, since it's just an "it
would be nice if ..."
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F8
3 and (b) appear to use sincos{,f,l}.
I will post the list of packages that appear to be affected by PR35662
later today in a follow-up message to [EMAIL PROTECTED]
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccart
Hello GCC and mips* folks,
Kevin B. McCarty wrote:
> I find it hard to believe, but it seems that the SIN() and COS()
> built-ins might be broken in gfortran on mipsel.
[snip]
Here's an update on this, in case anyone was wondering.
Thiemo very kindly gave me an account on a mips mac
I've submitted this bug report, #466948, upstream at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659 and subscribed
debian-gcc@lists.debian.org to the bug in Bugzilla.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.or
I've submitted this bug report, #466911, upstream at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35658 and subscribed
debian-gcc@lists.debian.org to the bug in Bugzilla.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.or
I've submitted this bug report, #466791, upstream at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35079 as a follow-up comment
to an arm ICE bug that appeared to be similar or identical.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org
Hi,
for the record, #466911 and #466948 are still reproducible with
gfortran-4.3 version 4.3.0-1. I will submit bugs upstream for these
very soon.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public
Hi,
for the record, #466791 is still reproducible with gfortran-4.3 version
4.3.0~rc2-1. (I can't test 4.3.0-1 as it isn't yet installed on
agnesi.d.o) I will submit this bug upstream very soon.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplo
ling at lower optimization levels down to -O0 and see
whether any of them give the correct results.
Thank you and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751
PROGRAM B101M
C
fine) both in obj-success subdir.
Also the output of the test case, saved as output.txt in each subdir.
The presence or absence of -fno-automatic (I omitted it in all three
cases) appears to make no difference.
Again, I'll try to find time to submit this upstream.
--
Kevin B. McCarty &l
rnlib&ver=2006.dfsg.2-10&arch=ia64
I'll try to create another self-contained test for this problem when I
send all these gfortran bug reports to upstream.
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccar
tement
d) printing the literal string 'L=n' to stdout (n being one of 1,2,3,4)
immediately after each label that the first GO TO jumps to (i.e. the
value of L is not even directly read from).
Hence I was not able to simplify the test case any, unfortunately.
best regards,
--
Kevin
?&pkg=cernlib&ver=2006.dfsg.2-9&arch=arm&stamp=1203539055
[2] http://people.debian.org/~kmccarty/arm-ICE-test.tar.gz
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751
unstable.
Do you mean to imply that gcc 4.3 documentation will be licensed under
something other than GFDL? If so, that's great news! Would you happen
to have a link to somewhere I can read more about this?
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW
?
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751
signature.asc
Description: OpenPGP digital signature
ish, or not.
[2]
http://root.cern.ch/viewcvs/trunk/config/Makefile.linux?r1=20172&r2=20658
best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ
pon by gfortran-4.1), but nothing
equivalent exists in Sid.
thanks and best regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
--
severity 390639 serious
severity 390600 serious
merge 390639 390600
tags 390600 + patch
thanks
Bumping severity to serious since it causes an error on upgrades or
installs of the package. Trivial patch for this bug is attached.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> P
y be hard for anyone (except maybe the gcc maintainers)
to do anything to fix this; could you have an option for libcheck to
ignore this library? I suspect if this was done, the proportion of
"problems" in your pie chart would shrink a fair bit.
best regards,
--
Kevin B. McCarty <[EMAIL
/share/man/man1/f95.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/keytool.1.gz is a dangling symlink
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key
libmudflap0-dev (no description available)
-- no debconf information
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
#inclu
;fixed in 3.4/4.0" (if this is in fact the case) and/or
"sarge", so people can find it in the BTS.
I am not going to re-open it myself since it's your package ("you" ==
GCC maintainers) and I don't wish to start a game of BTS ping-pong, but
please consider this r
extra precision by spilling
> data from floating-point registers into memory and this typically
> involves a big performance hit.
(from the g77 Info manual). I'll still try to come up with a closed
test case, but it looks like this has been fixed in upstream's lat
of course always create locally modified g77 packages (and have
already done so for our cluster running woody); it's just a little
inconvenient, and I'll have to do it again when we upgrade to sarge. If
you think it's unwise to change the default I certainly understand.
Thanks
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
v 1:3.3.5-6GNU Fortran 77 library development
-- no debconf information
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
test-g77-bug.tar.gz
Description: Binary data
me/kmccarty/Downloads/programs/src/cernlib/cernlib-2003.09.03/src/pawlib/comis/code/csrfun.F
- for the shared library libpaw1.so,
gcc -shared -Wl,-soname=libpawlib.so.1 -o libpawlib.so.1.2003 \
`cat shared/objects.list` `cernlib -v "" -dy pawlib | sed s/-lpawlib//g`
regards,
--
Modern C++ requires namespaces... Either put "using namespace std;" right
after the #include statement, or else make the modification noted below:
#include
int
main(){
string aaa;
^^ This should be std::string
return 0;
}
regards,
--
Kevin B. McCarty <[EMAIL PROTECTE
Hi all,
I am just wondering if bug # 225621 (g77-3.3: sometimes generates invalid
assembly code on m68k) has been noticed, since I haven't seen it mentioned
anywhere on these mailing lists. Apologies if I'm being redundant.
regards,
--
Kevin B. McCarty <[EMAIL PROTECTED]> Ph
Package: g77-3.3
Version: 1:3.3.2-0pre4
Severity: normal
I get an ICE with the following command line. The ICE does not occur at
-O2 or lower on powerpc.
g77 -g -c -O3 -g -fno-automatic -fno-second-underscore -fugly-complex
-O3 -I/home/kmccarty/projects/cernlib/cernlib-2003.08.21/build/kernlib
Package: g77-3.2
Version: 3.2.2-0pre3
The original source code file muller.F (which triggers an internal
compiler error), preprocessed file muller.f, and assembly file muller.s
are attached to this email. The compiler error occurs only on
optimization of -O2 or higher.
Output of gcc -v:
Reading
31 matches
Mail list logo
