[Bug rtl-optimization/21827] unroll misses simple elimination - works with manual unroll

--- Additional Comments From tlm at daimi dot au dot dk 2005-05-31 05:38 --- (In reply to comment #1) The first testcase is fixed in 4.0.0. (Though there is a regression on the mainline). I have not looked into the full testcase. (In reply to comment #2) > I was not goint to close t

[Bug debug/21828] [4.1 Regression] stabs debug info completely broken?

--- Additional Comments From dje at gcc dot gnu dot org 2005-05-31 04:39 --- I see similar problems on AIX. -- What|Removed |Added Status|UNCONFIRMED

[Bug other/16406] [3.4 Regression] USE_LD_AS_NEEDED undocumented

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-31 04:17 --- > Yes. s/USE_LD_AS_NEEDED/HAVE_LD_AS_NEEDED/ will make the doc right on 3.4 Sort of. HAVE_LD_AS_NEEDED is not a target macro per se. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16406

[Bug target/19558] openssl speed compiled with 20051020 gcc-4.0 (HEAD) segfaults

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 03:44 --- (In reply to comment #17) > See also http://marc.theaimsgroup.com/?l=openssl-dev&m=111238996923252&w=2 > which says > > --- snip --- > gcc-4 miscompiles inline assembly bn/asm/x86_64-gcc.c so that the > fun

[Bug target/19558] openssl speed compiled with 20051020 gcc-4.0 (HEAD) segfaults

--- Additional Comments From dank at kegel dot com 2005-05-31 03:41 --- See also http://marc.theaimsgroup.com/?l=openssl-dev&m=111238996923252&w=2 which says --- snip --- gcc-4 miscompiles inline assembly bn/asm/x86_64-gcc.c so that the functions bn_add_words and bn_sub_words are broken

[Bug target/21834] Error when passing unsigned long long as function arguments

--- Additional Comments From ulyssesric at yahoo dot com dot tw 2005-05-31 03:38 --- Sorry, typo. Compile Procedure: avr-gcc -mmcu=atmega128 -g -Os -Wall -Wa,-adhlns=test.lst -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffreestanding -Wl,-Map=test.map

[Bug target/21834] Error when passing unsigned long long as function arguments

--- Additional Comments From ulyssesric at yahoo dot com dot tw 2005-05-31 03:35 --- Fine, I'll list all codes if you insist: #include typedef unsigned char byte_t; typedef unsigned long long qword_t; void uart_init(void) { // 115200 & 8N1 UBRR1H = 0x00; UB

[Bug target/21834] Error when passing unsigned long long as function arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 02:50 --- Did you read: because it says we don't want source with "...". -- What|Removed |Added

[Bug target/21833] simd tests fail

-- What|Removed |Added Component|c |target Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 02:45 --- *** Bug 21621 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/21621] Inconsistency with binary sequential output

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 02:45 --- *** This bug has been marked as a duplicate of 19303 *** -- What|Removed |Added

[Bug c++/19761] -Winit-self doesn't work anymore

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-31 02:41 --- No you are thinking wrong, it will be the same warning as it is uninitialized, the flag just turns on the warnings for those cases. -- What|Removed |Added -

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

--- Additional Comments From bdavis9659 at comcast dot net 2005-05-31 02:37 --- proposed patch that should fix this problem: http://gcc.gnu.org/ml/fortran/2005-05/msg00431.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19303

[Bug libfortran/21621] Inconsistency with binary sequential output

--- Additional Comments From bdavis9659 at comcast dot net 2005-05-31 02:36 --- proposed patch here: http://gcc.gnu.org/ml/fortran/2005-05/msg00431.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21621

[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable

--- Additional Comments From carlo at gcc dot gnu dot org 2005-05-31 02:33 --- If you remove the 'extern', the compiler still crashes: struct a { int i, j; }; template struct mutex_tct { static a S_mutex; }; template a mutex_tct::S_mutex = {0,1}; template <> a mutex_tct<0>::S_mutex; t

[Bug tree-optimization/21368] VRP does not know that &s.a != NULL

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-05-31 01:48 --- This is caught by CCP1. -- What|Removed |Added Status|NEW

[Bug c++/19761] -Winit-self doesn't work anymore

--- Additional Comments From oliverst at online dot de 2005-05-31 01:29 --- Yes, I did expect a different warning, because int i = i; would be uninitialized use and self initialization. And because of an special warnings flag I expected it to be different from the uninitialized use w

[Bug fastjar/21826] fastjar does not look to see if mkdir takes one or two arguments

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-05-31 01:22 --- The MKDIR_TAKES_ONE_ARG that is defined for mingw in auto-host.h is a host define. In jartool.c (and in libgcc files - cf PR/21597) we need a target define. Perhap targets such as mingw shoul

[Bug c/21834] New: Error when passing unsigned long long as function arguments

I have a function that takes two usigned-long-long variables and two unsigned-char variables as argument. Here is the sample code: typedef unsigned char byte_t; typedef unsigned long long qword_t; void foo( byte_t state, qword_t srcAddr, byte_t routeOptions, qword_t dstAddr ) {

[Bug other/16406] [3.4 Regression] USE_LD_AS_NEEDED undocumented

--- Additional Comments From amodra at bigpond dot net dot au 2005-05-30 23:19 --- Yes. s/USE_LD_AS_NEEDED/HAVE_LD_AS_NEEDED/ will make the doc right on 3.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16406

[Bug middle-end/21743] Enable __builtin_clog

-- Bug 21743 depends on bug 21784, which changed state. Bug 21784 Summary: [3.4/4.0/4.1 Regression] Using vs builtin names http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21784 What|Old Value |New Value --

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

--- Additional Comments From giovannibajo at libero dot it 2005-05-30 22:46 --- Reopening as a 3.4 regression. -- What|Removed |Added Status|RESOLVED

[Bug c/21833] New: simd tests fail

Note: AFAIKS this is NOT a problem reated to stack alignment (as in 10395) but to missing instructions. This one IS similar to 11802 (if not a duplicate), but if it is, that one was erroneously marked as duplicate of 10395. Compiling simd-1.c with -O0 -march=pentium3 and running the resulting exe

[Bug c++/21832] Linker error when taking reference of static integral data member

--- Additional Comments From bernie at develer dot com 2005-05-30 21:56 --- (In reply to comment #1) What a quick response! > This is a dup of bug 14404. I thought this was on the bug reporting web page (maybe not), well it should be. It's there, I just didn't see it. > This is inv

[Bug c++/14404] static const integral member cannot be passed as const reference

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 21:48 --- *** Bug 21832 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/21832] Linker error when taking reference of static integral data member

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 21:48 --- (In reply to comment #0) > Also happens with 3.3.5 and 4.0.0. The test case > is so simple I'm surprised nobody noticed before. > Unless of course I need to take a new C++ course. This is a dup of bug 1440

[Bug c++/21832] Linker error when taking reference of static integral data member

-- What|Removed |Added Known to fail||4.0.0 3.3.5 3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21832

[Bug c++/21832] New: Linker error when taking reference of static integral data member

Also happens with 3.3.5 and 4.0.0. The test case is so simple I'm surprised nobody noticed before. Unless of course I need to take a new C++ course. ---cut--- void bar(const int &a) { } struct Foo { static const int X = 10; }; int main() { bar(Foo::X); return 0; } ---cut

[Bug libstdc++/21830] swap_ranges must call swap instead of iter_swap

--- Additional Comments From pcarlini at suse dot de 2005-05-30 21:40 --- Fixed in 4.0.0 too. Will not be fixed in 3_4-branch, sorry, not a regression. -- What|Removed |Added

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-05-30 21:40 --- OK, sorry for this, but I just realized that Darcy Watkins has made a couple of almost exactly identical observations. Did not review all of the more recent comments. In case that the only rem

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-05-30 21:16 --- Hi, as a step towards resolving PR19885: After looking a bit into the code of other ports, I found out, that switching avr-gcc to the 4-byte dwarf convention should not be complicated at all. It s

[Bug tree-optimization/21831] [4.1 Regression] gcc.dg/vect/vect-97.c fails

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug tree-optimization/21831] New: [4.1 Regression] gcc.dg/vect/vect-97.c fails

FAIL: gcc.dg/vect/vect-97.c (test for excess errors) appeared on mainline on ia64-hp-hpux11.23 between 20050529 and 20050530. gcc-testresults also indicates it failing on ia64-linux. /home/gcc/nightlies/src-mainline-2005-05-30/gcc-mainline/gcc/testsuite/gcc.dg/vect/vect-97.c: In function '

[Bug c++/19761] -Winit-self doesn't work anymore

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-05-30 21:03 --- I can't reproduce this with either gcc-3.4.4 or 4.0.0 on mingw The example gives the warning warning: 'i' might be used uninitialized in this function iff I add -Winit-self That is consistent

[Bug libstdc++/21830] swap_ranges must call swap instead of iter_swap

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 21:01 --- This is fixed on the mainline at least. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21830

[Bug libstdc++/21830] New: swap_ranges must call swap instead of iter_swap

According to ISO/IEC 14882:1998 25.2.2 std::swap_ranges must call std::swap. This can be tested because std::swap is overloaded for std::vector. The following program fails: #include #include #include bool copy_allowed = true; struct Foo { Foo() { } Foo(const Foo&) { assert(copy_allo

[Bug middle-end/21743] Enable __builtin_clog

--- Additional Comments From pcarlini at suse dot de 2005-05-30 20:19 --- Fixed for 4.1.0 -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/21743] Enable __builtin_clog

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 20:17 --- Subject: Bug 21743 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 20:16:59 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug middle-end/21743] Enable __builtin_clog

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 20:15 --- Subject: Bug 21743 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 20:15:48 Modified files: gcc: ChangeLog builtins.def gcc/d

[Bug rtl-optimization/15422] fmod loop exposes non-efficient code generation in reg-stack.c

--- Additional Comments From roger at eyesopen dot com 2005-05-30 20:05 --- This should now be fixed on mainline. -- What|Removed |Added Status|NEW

[Bug tree-optimization/21734] [4.1 regression] ICE: -ftree-vectorize, segfault

--- Additional Comments From stefaandr at hotmail dot com 2005-05-30 19:21 --- confirmed, I cannot reproduce with the given testcase either. But my original source code still triggers a (possibly the same) bug. I've extracted a new testcase: struct M { double data[16]; double* ope

[Bug tree-optimization/21817] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:200

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-05-30 19:06 --- http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02830.html -- What|Removed |Added Key

[Bug tree-optimization/21829] [4.1 Regression] missed jump threading after unroller

-- What|Removed |Added Target Milestone|--- |4.1.0 Version|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21829

[Bug tree-optimization/21829] New: [4.1 Regression] missed jump threading after unroller

Take the following code: int test(int v) { int x = 0; for (int u=0;u<2;u++) { if (u>v) // v is input-arg the compiler can't deside at compiletime { if (u%2==1) // can only happen for u==1 (so loops for 0 and 2 does not do x++; // anything. Hoped gcc would notice wh

[Bug rtl-optimization/21827] unroll misses simple elimination - works with manual unroll

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 18:56 --- I was not goint to close this, it was accident. -- What|Removed |Added Status|RE

[Bug c/20303] Can't push more than 16 nested visibility

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20303

[Bug rtl-optimization/21827] unroll misses simple elimination - works with manual unroll

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 18:53 --- The first testcase is fixed in 4.0.0. (Though there is a regression on the mainline). I have not looked into the full testcase. -- What|Removed |Added ---

[Bug c/20303] Can't push more than 16 nested visibility

--- Additional Comments From hjl at lucon dot org 2005-05-30 18:52 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/20303] Can't push more than 16 nested visibility

--- Additional Comments From hjl at lucon dot org 2005-05-30 18:51 --- Fixed on mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20303

[Bug c/20303] Can't push more than 16 nested visibility

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 18:49 --- Subject: Bug 20303 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 18:49:04 Modified files: gcc: ChangeLog c-pragma.c gcc/doc

[Bug debug/21828] New: [4.1 Regression] stabs debug info completely broken?

When using gdb-309 and gdb-370 on MacOS X 10.3.9, even the simplest queries seem broken. On stage2 gengtype, I get scientist:~/cvs/gcc/build/gcc bonzinip$ gdb build/gengtype (gdb) b mangle_macro_name Breakpoint 5 at 0x8458: file ../../gcc/gengtype-lex.l, line 429. (gdb) run Breakpoint 5, mangle_

[Bug rtl-optimization/21827] New: unroll misses simple elimination - works with manual unroll

Using gentoo gcc 3.4.3 This could look like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707 (and they might be the same. However I think I had the problem with 3.3.4 too) I have also had this problem in other older versions. In 2 projects I have been on this has been really annoying. I think th

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-05-30 18:36 --- Subject: Re: [4.0/4.1 Regression] &a[-2] ICE at the top level The difference in the handling of these two expressions is that get_inner_reference sets the "offset" out-parameter for &a[

[Bug rtl-optimization/15422] fmod loop exposes non-efficient code generation in reg-stack.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 18:02 --- Subject: Bug 15422 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 18:02:09 Modified files: gcc: ChangeLog reg-stack.c Log message:

gcc-3.4.4 build bug

I have a laptop with pentium M centrino 1.7 ghz cpu, 512 mb ram, suse linux prof. 9.2 operating system (with all required/recommended patches installed), and gcc (GCC) 3.3.4 (pre 3.3.5 20040809). I downloaded gcc-3.4.4 full source code from one of the mirrors specified at gcc.gnu.org, and extra

[Bug ada/21573] 'Valid attribute on enumeration types with holes

--- Additional Comments From fw at deneb dot enyo dot de 2005-05-30 17:50 --- In expand_case, we have: unit size user align 32 symtab 0 alias set -1 precision 32 min max RM size > side-effects asm_written arg 0 unit size user align

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-30 17:18 --- I'm not sure this is really a C++ bug. The C++ front end provides the same representation to the middle end for "&a[-2]" as it does for "&a[2]". It would be wrong for the middle end to say that this expre

[Bug tree-optimization/21789] [4.1 regression] ICE with -ftree-vectorize

-- Bug 21789 depends on bug 21653, which changed state. Bug 21653 Summary: [4.1 Regression] gcc.dg/vect failures http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21653 What|Old Value |New Value

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

-- Bug 21155 depends on bug 21653, which changed state. Bug 21653 Summary: [4.1 Regression] gcc.dg/vect failures http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21653 What|Old Value |New Value

[Bug tree-optimization/21653] [4.1 Regression] gcc.dg/vect failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 17:06 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fastjar/21822] fastjar/jartool.c's usage of MAXPATHLEN

--- Additional Comments From joseph at codesourcery dot com 2005-05-30 17:03 --- Subject: Re: fastjar/jartool.c's usage of MAXPATHLEN On Mon, 30 May 2005, pinskia at gcc dot gnu dot org wrote: > You should report this to the up stream as GCC just merges with fastjar see > the README

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

-- What|Removed |Added Known to fail|3.3.3 3.4.0 4.0.0 4.1.0 |3.3.3 3.4.0 4.0.0 Known to work|3.2.3 3.0.4 |3.2.3 3.0.4 4.0.1 4.1.0 Target Milestone|3

[Bug target/21760] [4.1 Regression] Powerpc atomic builtins missing PPC405 errata

--- Additional Comments From dje at gcc dot gnu dot org 2005-05-30 16:41 --- See the thread related to http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02424.html . The problem is that the new builtin atomic functionality does not support all of the special cases that the inlined assembly s

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

--- Additional Comments From giovannibajo at libero dot it 2005-05-30 16:34 --- Isn't this a 3.4 regression as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21784

[Bug middle-end/21743] Enable __builtin_clog

-- Bug 21743 depends on bug 21784, which changed state. Bug 21784 Summary: [3.4/4.0/4.1 Regression] Using vs builtin names http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21784 What|Old Value |New Value --

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-05-30 16:31 --- Fixed in 4.0.1. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 16:29 --- Subject: Bug 21784 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-30 16:29:05 Modified files: gcc/cp : Change

[Bug libgcj/21821] MAXPATHLEN usage in libjava

--- Additional Comments From ams at gnu dot org 2005-05-30 16:23 --- (In reply to comment #2) > Its easy to fix this for natFileChannelImpl.cc. Thank you for fixing it! > For natFilePosix.cc it is not so simple - is there a portable alternative to > realpath() that does not require the

[Bug c++/21784] [3.4/4.0/4.1 Regression] Using vs builtin names

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 16:21 --- Subject: Bug 21784 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 16:20:29 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-05-30 16:20 --- Subject: Re: Really, really, horrible IO performance On Mon, May 30, 2005 at 03:20:18PM -, pinskia at gcc dot gnu dot org wrote: > > I see the same thing on powerpc-darwin but it seem

[Bug libgcj/21821] MAXPATHLEN usage in libjava

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-30 16:14 --- Subject: Bug 21821 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-30 16:02:40 Modified files: libjava: ChangeLog libjava/gnu/java/n

[Bug target/21760] [4.1 Regression] Powerpc atomic builtins missing PPC405 errata

--- Additional Comments From geoffk at geoffk dot org 2005-05-30 15:37 --- Subject: Re: [4.1 Regression] Powerpc atomic builtins missing PPC405 errata On 29/05/2005, at 6:40 PM, dje at gcc dot gnu dot org wrote: > This is a regression because libstdc++ previously worked correctly >

[Bug libgcj/21821] MAXPATHLEN usage in libjava

--- Additional Comments From mckinlay at redhat dot com 2005-05-30 15:35 --- Its easy to fix this for natFileChannelImpl.cc. For natFilePosix.cc it is not so simple - is there a portable alternative to realpath() that does not require the use of MAXPATHLEN / PATH_MAX ? -- W

[Bug AWT/17254] [java-gui-branch] Hang when resizing AWT window on Alpha

--- Additional Comments From fitzsim at redhat dot com 2005-05-30 15:32 --- There were some changes in how AWT threading works (as well as many other changes) recently. Can you retry your test and post the results here? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17254

[Bug middle-end/21597] [4.1 Regression] libgcc broken on targets with MKDIR_TAKES_ONE_ARG

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 15:29 --- (In reply to comment #2) > Looks like MKDIR_TAKES_ONE_ARG is not defined as it should be. Which I filed as PR 21826. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21597

[Bug fastjar/21826] New: fastjar does not look to see if mkdir takes one or two arguments

On i386-mingw32, there is another one of those: ../../gcc/fastjar/jartool.c: In function 'extract_jar': ../../gcc/fastjar/jartool.c:1770: error: too many arguments to function 'mkdir' Looks like MKDIR_TAKES_ONE_ARG is not defined as it should be. -- Summary: fastjar does not look to

[Bug fastjar/20941] Incorrect case for META-INF with fastjar

-- What|Removed |Added Component|libgcj |fastjar http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20941

[Bug fortran/21825] New: Segmentation fault on 2D array initialization with reshape

The following code causes segmentation fault with gfortran PROGRAM TST CHARACTER(2), PARAMETER :: ETYPE(2,2) = & RESHAPE((/ 'a1','b1','a2','b2' /),(/2,2/)) END PROGRAM TST > gfortran4 -c tst.f90 tst.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, with

[Bug fastjar/13020] zip-style comments

-- What|Removed |Added Component|libgcj |fastjar http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13020

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 15:20 --- I see the same thing on powerpc-darwin but it seems like on freebsd, it is actually paging in the memory which seems wrong, I almost want to say you should report it to freebsd as their performance bug (

[Bug libfortran/19216] [4.0 only] list directed read with leading slash (NIST FM923)

--- Additional Comments From kargl at gcc dot gnu dot org 2005-05-30 15:17 --- FX, Can you commit the testcase and close this PR? steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216

[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir

-- What|Removed |Added OtherBugsDependingO||21824 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724

[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir

-- What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-05-30 15:15 --- Subject: Re: Really, really, horrible IO performance On Mon, May 30, 2005 at 03:00:41PM -, pinskia at gcc dot gnu dot org wrote: > > > Note, the use of O_TRUNC on replacing a file sho

[Bug middle-end/21706] MAXPATHLEN usage in [gcc]/gcc/tlink.c

-- What|Removed |Added OtherBugsDependingO||21824 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21706

[Bug other/21823] MAXPATHLEN usage in [gcc]/fixincludes

-- What|Removed |Added OtherBugsDependingO||21824 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21823

[Bug libgcj/21821] MAXPATHLEN usage in libjava

-- What|Removed |Added OtherBugsDependingO||21824 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821

[Bug fastjar/21822] fastjar/jartool.c's usage of MAXPATHLEN

-- What|Removed |Added OtherBugsDependingO||21824 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21822

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- What|Removed |Added BugsThisDependsOn||21706, 21821, 21822, 21823 Status|UNCONFIRMED |NEW Ever Confirmed|

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- What|Removed |Added Keywords||meta-bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824

[Bug target/21824] New: [meta-bug] bootstrap bugs for *-gnu*

-- Summary: [meta-bug] bootstrap bugs for *-gnu* Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: build Severity: minor Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot

[Bug fastjar/21822] fastjar/jartool.c's usage of MAXPATHLEN

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 15:10 --- You should report this to the up stream as GCC just merges with fastjar see the README in fastjar directory. -- What|Removed |Added

[Bug other/21823] MAXPATHLEN usage in [gcc]/fixincludes

-- What|Removed |Added Component|c |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21823

[Bug c/21823] New: MAXPATHLEN usage in [gcc]/fixincludes

The way MAXPATHLEN is used in fixincludes (server.c and fixincl.c) is wrong, instead of defining a bogus value on platforms that do not have MAXPATHLEN defined (i.e. GNU) one should try and use getcwd as follows: char *dir = getcwd (NULL, 0); instead of passing a buffer and a size. This will o

[Bug tree-optimization/21789] [4.1 regression] ICE with -ftree-vectorize

--- Additional Comments From dorit at il dot ibm dot com 2005-05-30 15:08 --- > I also checked if the follow-on fix - http://gcc.gnu.org/ml/gcc-patches/2005- > 05/msg02478.html resolves this problem, but it doesn't. Actually, I think the patch above (http://gcc.gnu.org/ml/gcc-patches/20

[Bug libgcj/21822] fastjar/jartool.c's usage of MAXPATHLEN

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21822

[Bug java/21822] New: fastjar/jartool.c's usage of MAXPATHLEN

The way MAXPATHLEN is used in jartool.c is wrong, instead of defining a bogus value on platforms that do not have MAXPATHLEN defined (i.e. GNU) one should try and use getcwd as follows: char *dir = getcwd (NULL, 0); instead of passing a buffer and a size. This will only work on systems that us

[Bug libgcj/21821] MAXPATHLEN usage in libjava

-- What|Removed |Added CC||schwinge-bugzilla-gcc dot ||gnu dot org at nic-nac-

[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir

-- What|Removed |Added CC||schwinge-bugzilla-gcc dot ||gnu dot org at nic-nac-

[Bug libfortran/21820] Really, really, horrible IO performance

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-30 15:00 --- (In reply to comment #3) > Note, the use of O_TRUNC on replacing a file should > not hurt performance on other OS's. On powerpc-darwin I am using HFS+. Hmm, I think I should drag my firewire drive out and

  1   2   >