Bug#476427: gfortran-4.3: Please include patch for PR35662 to fix problem on mips(el)

) 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/~kmccarty/ GPG: public key ID

Bug#476427: [PR35662]

there 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 4F83C751 signature.asc Description: OpenPGP

Bug#466791: still reproducible with gfortran-4.3 4.3.0~rc2-1

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.starplot.org/ WWW: http

Bug#466911: still reproducible with gfortran-4.3 4.3.0-1

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 key ID

Bug#466791: reported #466791 upstream

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/ WWW: http

Bug#466911: reported #466911 upstream

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.org/~kmccarty

Bug#466948: reported #466948 upstream

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.org/~kmccarty

Re: SIN/COS broken in gfortran on mipsel? Test request

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 machine, where

SIN/COS broken in gfortran on mipsel? Test request

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 Specify the largest error allowed for a successful test PARAMETER

Bug#466948: Acknowledgement (gfortran-4.3: miscompiled code with -O2 on ia64)

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 [EMAIL PROTECTED] WWW

Bug#466911: gfortran-4.3: (regression) bad interaction on ia64 between -funroll-loops -fno-automatic -O2 and common block variable

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 B. McCarty [EMAIL PROTECTED] WWW: http

Bug#466948: gfortran-4.3: miscompiled code with -O2 on 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/~kmccarty/ GPG: public key ID 4F83C751 signature.asc

Bug#466791: gfortran-4.3: ICE on arm with -O1 -funroll-loops

=cernlibver=2006.dfsg.2-9arch=armstamp=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 signature.asc Description: OpenPGP

Bug#460015: gfortran-doc: could be updated to depend on gfortran-4.2-doc

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: http://people.debian.org/~kmccarty/ GPG: public key ID 4F83C751

Bug#460015: gfortran-doc: could be updated to depend on gfortran-4.2-doc

, -- 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

Bug#449433: Should a package supply libgfortran.so and libgfortranbegin.a in /usr/lib?

), 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED

Bug#449433: roottalk links

/Makefile.linux?r1=20172r2=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 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED

Bug#390600: Patch for this

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] Physics

Re: A plan to get rid of unnecessary package dependencies

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 PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751

Bug#387161: More missing man page alternatives in gcc packages

/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 ID 4F83C751 Princeton

Bug#325050: gcc-4.0: [4.0 regression] GCC 4.0 mis-compiles code leading to segfault

regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 #include stdio.h #include string.h /* Expected result of running this program: output did we get

Bug#290438: acknowledged by developer

, 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 request. Thanks for your time, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http

Bug#290438: produces wrong code on i386 compiling with -fno-automatic -O1

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 latest branch? regards, -- Kevin B. McCarty

Bug#290438: produces wrong code on i386 compiling with -fno-automatic -O1

to continue, or q return to quit--- minpt = 64 maxpt = 100 #2 0x08049526 in main () No symbol table info available. (gdb) regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID

Bug#290438: produces wrong code on i386 compiling with -fno-automatic -O1

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

Help tracking down fPIC optimization bug in g77 3.3

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, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public

News on bug # 225621 (invalid assembly on m68k) against g77-3.3?

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] Physics Department

Re: Include problem

Modern C++ requires namespaces... Either put using namespace std; right after the #include statement, or else make the modification noted below: #include string int main(){ string aaa; ^^ This should be std::string return 0; } regards, -- Kevin B. McCarty [EMAIL PROTECTED

Bug#212406: g77-3.3: ICE at -O3 in add_abstract_origin_attribute (dwarf2out.c) on powerpc

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

Bug#176117: Internal compiler error in g77 3.2

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: