--- Additional Comments From charlet at adacore dot com 2005-09-01 07:21
---
Subject: Re: MAXPATHLEN usage in gcc/ada/*.c
> Reopened bug awaiting a proper fix.
Feel free to submit one, since you have access to a GNU system.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=231
--
What|Removed |Added
CC||debian-gcc at lists dot
||debian dot org
http://gcc.gnu.org/bug
--- Additional Comments From pcarlini at suse dot de 2005-09-01 08:32
---
Hi. Can you have a quick look at what is going on outside the testsuite? (as
usual, just change testsuite_hooks.h to cassert and any VERIFY to assert). For
reference, on a P4-2400/linux running the test takes aroun
--- Additional Comments From mmarcus at emarcus dot org 2005-09-01 08:35
---
I will add a real-world use case. Lets say that I am the author of a shared
library and that today I wish to provide my client, AnApp, with MyLib version 1.
I will also need to provide my clients with updated ve
--
What|Removed |Added
CC||pcarlini at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23667
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
08:55 ---
Subject: Bug 15366
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 08:54:45
Modified files:
gcc: common.opt ipa-inline.c ChangeLog
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
09:13 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
URL|
--- Additional Comments From bobbymcn at bellsouth dot net 2005-09-01
09:14 ---
Subject: Re: [unit-at-a-time] -fno-inline-functions
is ignored for static functions
cvs-commit at gcc dot gnu dot org wrote:
>--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
09:15 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-01
09:36 ---
I think it is the same problem with Boehm-GC on ARM/Linux that
has been solved in upstream sources. See:
http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-July/000943.html
http://www.hpl.hp.com/h
I do not know how this bug is linked to others (e.g. 18883), I let you decide.
It was on GNU Fortran 95 (GCC 4.0.0) and is still in the 4.1 snapshot I build
yesterday (gcc-4.1-20050826).
I get a ICE on that file (cutils.f95): (! lines are part of the file) The
reported function is 'inttochar
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
10:19 ---
Subject: Re: arm-linux-gcj cross-compiler generates bad
assembler-code
On Wed, 2005-08-31 at 21:18, ngmlinux at gmail dot com wrote:
> (gdb) bt
> #0 GC_push_all_eager (bottom=0x0, top=0x390a8 ""
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
10:42 ---
Patch looks reasonable to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23487
--- Additional Comments From s_gccbugzilla at nedprod dot com 2005-09-01
10:42 ---
Vladimir Prus Wrote:
> It's is mess, but I hope that we don't just agree on *that*. The situation
> is that the whole -fvisibility thing does not work reliably for C++
> dynamic libraries which is rather
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|c
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-01
11:22 ---
This also appears to be a source of compile time problems.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
11:32 ---
Subject: Bug 13377
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 11:32:20
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
11:33 ---
Fixed on the 3.4 branch, too.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-01
11:37 ---
I'll have a look at this.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gn
The following is reduced from the report here:
http://gcc.gnu.org/ml/gcc-regression/2005-09/msg2.html
cc1plus -fnon-call-exceptions t.cc is all that needed to reproduce the bug.
struct JvSynchronize {
~JvSynchronize ();
};
struct _Jv_Field {
char* addr;
};
_Jv_Field * resolve_pool_ent
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:45 ---
This particular bug is already fixed in HEAD (future GCC 4.1.0).
As for the inconsistency between OS_Lib and Expect, it is intentional
and the sugget patch would simply create an incompatibility which is
no
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:47 ---
One last comment: the patch proposed would have actually hidden the real
problem (bad handling of path with spaces under Windows) rather than fixing it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=200
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
11:47 ---
Subject: Bug 20153
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 11:47:42
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
11:47 ---
Subject: Bug 22545
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 11:47:42
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
11:49 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
11:50 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
11:59 ---
(In reply to comment #1)
> Works for me on alphaev68-unknown-linux-gnu
> tiw with 4.1.0 20050819.
And does not with 4.1.0 20050901 on i686-pc-linux-gnu or on powerpc-darwin.
--
http://gcc.g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
12:01 ---
A little more reduced:
struct JvSynchronize {
~JvSynchronize ();
};
char* * resolve_pool_entry (void);
void * _Jv_ResolvePoolEntry (void)
{
JvSynchronize sync;
return *(resolve_pool_entry ());
}
--
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 12:10
---
Turns out FX approved the culprit patch :-) Anyway, I'm testing a fix.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-01
12:16 ---
Oops. Would that be Paul T's patch to have "PRINT namelist" work?
Thanks Tobi for the fix!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23661
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01
12:38 ---
I have a patch that for
int a,b;
void foo(void)
{
int x;
if (ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22568
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
12:55 ---
Fixed most likely by:
2005-08-31 Richard Henderson <[EMAIL PROTECTED]>
* config/i386/i386.c (ix86_function_ok_for_sibcall): Fix test for
fp return matching.
--
What|Remove
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
13:04 ---
Reducing. I was able to reproduce this with the preprocessed source from
ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
The following code fails
[/Users/fca] more test.f
subroutine test(bbb)
implicit double precision (A-H,O-Z)
double precision blob(100),bbb(100)
data blob /100*-1/
save blob
do j=1,100
blob(j)=bbb(j)
enddo
end
[/Users/fca] /opt/gcc-4_0/bin/gfor
--
What|Removed |Added
CC||alfredo dot ferrari at cern
||dot ch
http://gcc.gnu.org/bugzill
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:09 ---
Subject: Bug 15342
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:09 ---
Subject: Bug 17810
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 13:09:08
Modified files:
gcc: Change
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
13:11 ---
I've identified the missing bit, leading to an inconsistency between
the Ada code and the C code of the Ada front-end.
Working on a fix/resolution...
Arno
--
What|Removed
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
13:13 ---
Really a dup of 15342. Fixed for 3.4.5
*** This bug has been marked as a duplicate of 15342 ***
--
What|Removed |Added
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
13:14 ---
*** Bug 17810 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Known to fail||3.4.4
Known to work||3.4.5 4.0.0 4.1.0
Target Milestone|4.0.0
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-01 13:16 ---
Subject: Re: [4.1 Regression] Ada testsuite hangs -- many new failures
> I've identified the missing bit, leading to an inconsistency between
> the Ada code and the C code of the Ada front-end.
>
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
13:53 ---
Subject: Bug 7241
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 13:53:45
Modified files:
gcc: ChangeLog dwarf2out.c
gcc/tes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
14:05 ---
Subject: Bug 7241
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 14:04:55
Modified files:
gcc: ChangeL
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-01
14:05 ---
Or make the doloop insn patterns conditional on flag_branch_on_count_reg?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19705
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-01 14:40
---
For the record: I accidentallz attached an old version of the third testcase
which doesn't yet have the correct dg-annotations: the first dg-error should be
removed, the second turned into a dg-warning.
--
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-01 14:42
---
Richard, are you ok with putting this into 4.0?
Bootstrapped/regtested on 7 linux arches.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
14:54 ---
Subject: Bug 17810
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 14:54:24
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:56 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:57 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
14:58 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
AssignedTo|m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:06 ---
Subject: Bug 18545
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 15:06:17
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
15:07 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:10 ---
Subject: Bug 23410
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-01 15:09:42
Modified files:
gcc: ChangeLog tree-ssa-loop-niter.c
Log
--- Additional Comments From matz at suse dot de 2005-09-01 15:11 ---
This still isn't in the 4.0 branch. Perhaps ping it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-01
15:18 ---
It's in the tracker and I pinged it once already. One could commit it as
obvious, though ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23326
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-01
15:21 ---
Not a regression since iwwmxt support was new in 3.4
Note that you cannot use __attribute__((aligned (4))) to reduce the alignement
of an object, so this code is invalid (code compiled for iwmmxt processor
--
What|Removed |Added
Keywords||ice-checking, wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
15:23 ---
Subject: Bug 18512
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 15:23:21
Modified files:
gcc/cp : Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-01
15:24 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Keywords||EH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 15:49
---
Yes, I'm fine with that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
cat > foo.c << EOF
int main() {
int f[2];
f[0] = 4;
return f[1];
}
EOF
ln -s foo.c foo.cpp
gcc foo.c -Wall -O2
g++ foo.cpp -Wall -O2
In C, the warning is "foo.c:2: warning: 'f[1]' is used uninitialized in this
function"
In C++, the warning is "foo.cpp:2: warning: 'f$1' is used uninitialized
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:57 ---
Compile the following at -O0 -fnon-call-exceptions:
float run (int t) {
int stack[4];
int *sp = stack+1;
try {
return ( *(--sp));
}
catch (int *ex) { }
return 0.0;
}
--
Wh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:59 ---
This is a dup of bug 14329.
*** This bug has been marked as a duplicate of 14329 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
15:59 ---
*** Bug 23679 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 16:08
---
Also reprodicible on ppc-linux.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:09 ---
Subject: Bug 22348
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:09:12
Modified files:
gcc
--- Additional Comments From benoit dot hudson at gmail dot com 2005-09-01
16:14 ---
With this number of duplicates, perhaps it's time to change the title to contain
"used uninitialized" so searchers are more likely to find it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:40 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:41 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:43 ---
Subject: Bug 23556
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:43:24
Modified files:
libgfortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
16:46 ---
Subject: Bug 23506
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 16:46:52
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
16:48 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From sje at cup dot hp dot com 2005-09-01 16:53
---
I have been unable to reproduce this bug here at HP using a number of different
GCC versions and HP linker/OS versions.
Nathanial, can you still reproduce the bug at CodeSourcery? If so can you do a
'what /usr/
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-01 17:07
---
Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23671
Just a bug report to remind me to add support for @synchronized for 4.2.
--
Summary: @synchronized support is not in GNU runtime
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
17:39 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc
This causes a couple obj-C++ failures.
This is also a bug to remind me to implement this for 4.2.
--
Summary: CLS_HAS_CXX_STRUCTORS is not supported with the GNU
runtime
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Sev
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
17:41 ---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc
gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException.
According to the Sun docs, it shouldn't throw it:
http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/Selector.html#select(long)
--
Summary: gnu.java.nio.SelectorImpl.select(long) throws
See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00053.html .
There are some places where using an adjust_address call seems appropriate.
In other places we are generating genuinely new MEMs, but we it might be
appropriate to set some of the new bits.
--
Summary: review all uses of gen
Take the following code:
#define OSSwapHostToBigInt32
void foo(char *input) {
input[0] = 'H';
input[1] = 'e';
input[2] = 'l';
input[3] = 'l';
input[4] = 'o';
input[5] = ' ';
input[6] = 'w';
input[7] = 'o';
input[8] = 'r';
input[9] = 'l';
input[10] = 'd';
input[11] = '\0';
}
--
What|Removed |Added
GCC target triplet||powerpc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
--- Additional Comments From abalkiss at redhat dot com 2005-09-01 18:27
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
I have some simple code for a template class. If I define the class and
implement it in one file, everything compiles fine. If I put the class
definition in a .h and the implementation in a .cpp file, I get errors.
For example, with the files
test1a.h:
#ifndef _TEST1A_
#define _TEST1A_
#inclu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
18:39 ---
yes, You are missing this is how templates work.
the template needs to be instainated.
Either explicitly instainate them in the other TU or put the template functions
in a header.
--
What
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01
18:48 ---
Yup, this one's mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-01
18:53 ---
ArrayIndexOutOfBoundsException is thrown for no reason as far as I can see from
the source?
Do you have an example where it is thrown?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23682
--- Additional Comments From gcc-bugzilla at future dot shiny dot co dot il
2005-09-01 19:11 ---
Here's what Azureus (a free Java Bittorrent client) reported me:
[9:07:22] DEBUG::Thu Sep 01 09:07:22 GMT+03:00
2005::com.aelitis.azureus.core.networkmanager.VirtualChannelSelector::select(lo
--- Additional Comments From wmahan at gmail dot com 2005-09-01 19:18
---
I think I found the root of the problem. In 3.4.x, make_class() in java/class.c
looks like this:
type = make_node (RECORD_TYPE);
TYPE_BINFO (type) = make_tree_vec (BINFO_ELTS);
MAYBE_CREATE_TYPE_TYPE_LANG_SP
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-09-01
18:58 ---
... but why didn't it happen before? The problem seems to be that
ix86_expand_vector_init_one_var is
creating an all-zero vector that isn't the same as CONST0_RTX, which is wrong,
but the previous code di
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:46
---
(In reply to comment #9)
> I think it is the same problem with Boehm-GC on ARM/Linux that
> has been solved in upstream sources.
Has this fix been officially submited to gcc for inclusion in 4.0.X?
Are any fixe
--- Additional Comments From ngmlinux at gmail dot com 2005-09-01 19:52
---
Subject: Re: arm-linux-gcj cross-compiler generates bad assembler-code
> > (gdb) bt
> > #0 GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
> > ../../../gcc-3.4.3/boehm-gc/mark.c:1468
>
> Which shows that yo
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:27
---
Appears fixed on ia64-hpux and hppa64-hpux 20050901.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
path embbeded using -rpath is ignored when handling System.loadLibrary()
the attached test case showes a java program trying to load a dummy library and
failing even though the path to that library was set using -rpath
--
Summary: path embbeded using -rpath is ignored when handling
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-01 20:26
---
Appears fixed on ia64-hpux 20050901.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23548
--- Additional Comments From swagiaal at redhat dot com 2005-09-01 20:40
---
Created an attachment (id=9642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9642&action=view)
testcase that produces the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-01
20:51 ---
Subject: Bug 23478
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-01 20:51:09
Modified files:
gcc: Change
1 - 100 of 127 matches
Mail list logo
