Original Message
>From: Hugh Sasse Staff Elec Eng
>Sent: 12 April 2005 15:40
>> "Yes, since the fix was in the top level. I have already closed at
>> least two binutils PRs about this as FIXED - searching for product ==
>> binutils, subject containing install, state containing RESOLVED wo
On Tue, 12 Apr 2005, Dave Korn wrote:
Original Message
From: Hugh Sasse Staff Elec Eng
Sent: 12 April 2005 14:49
Wouldn't it be an awful lot easier to just
A) apply the previously-mentioned fix to toplevel?
If I knew where it was mentioned, probably.
Earlier in this very thread, Daniel
Original Message
>From: Hugh Sasse Staff Elec Eng
>Sent: 12 April 2005 14:49
>> Wouldn't it be an awful lot easier to just
>>
>> A) apply the previously-mentioned fix to toplevel?
>
> If I knew where it was mentioned, probably.
Earlier in this very thread, Daniel Jacobowitz said (i
On Tue, 12 Apr 2005, Dave Korn wrote:
Original Message
From: Ray Holme
Sent: 12 April 2005 13:42
the install-sh is always referenced in the parent directory.
(../install-sh)
so for all the first level directories in the install directory - one copy
at the top will do.
now for sub-sub direc
Original Message
>From: Ray Holme
>Sent: 12 April 2005 13:42
> the install-sh is always referenced in the parent directory.
> (../install-sh)
>
> so for all the first level directories in the install directory - one copy
> at the top will do.
>
> now for sub-sub directories - you must co
the install-sh is always referenced in the parent directory.
(../install-sh)
so for all the first level directories in the install directory - one copy
at the top will do.
now for sub-sub directories - you must copy (or link) one into the parent
sub-directory.
I don't think there are any three
On Fri, 8 Apr 2005, Ray Holme wrote:
Many thanks to all for the lessons on how NOT to make things you don't
want.
After 56 hours teh full make bootstrap finished - make install failed
miserable as
install.sh was not where it belonged - so I copied the SRCDIR install.sh
in and that made the top leve
On Fri, Apr 08, 2005 at 10:13:38AM -0700, Joe Buck wrote:
> On Fri, Apr 08, 2005 at 09:20:47AM -0400, Daniel Jacobowitz wrote:
> > On Fri, Apr 08, 2005 at 09:05:17AM -0400, Ray Holme wrote:
> > > Many thanks to all for the lessons on how NOT to make things you don't
> > > want.
> > >
> > > After 5
On Fri, Apr 08, 2005 at 09:20:47AM -0400, Daniel Jacobowitz wrote:
> On Fri, Apr 08, 2005 at 09:05:17AM -0400, Ray Holme wrote:
> > Many thanks to all for the lessons on how NOT to make things you don't
> > want.
> >
> > After 56 hours teh full make bootstrap finished - make install failed
> > mis
On Fri, Apr 08, 2005 at 09:05:17AM -0400, Ray Holme wrote:
> Many thanks to all for the lessons on how NOT to make things you don't
> want.
>
> After 56 hours teh full make bootstrap finished - make install failed
> miserable as
> install.sh was not where it belonged - so I copied the SRCDIR insta
On Saturday 19 March 2005 07:51, Carl van_Schaik wrote:
> I'm running into a bug with gcc 3.4.3:
>
> I've got syscall code for user-land to our kernel that trashes r14/lr.
> The code is inlined, and works find in ARM mode. When compiling in thumb,
> gcc does not preserve lr. With an older gcc 3.3.3
> From: James E Wilson
> Sent: Tuesday, March 08, 2005 6:59 PM
[...]
>
> Try re-reading the docs. -fkeep-static-consts is the default. The
> purpose of this is that we don't perform this optimization at -O0
> normally, but if you use -fno-keep-static-consts, then we do. So this
> option can
Gary Funck wrote:
When compiled with GCC 3.4.3, at -O2, the ident string above will _not_
appear in the executable. This is apparently expected behavior.
See the docs for __attribute__ ((used)). Contrary to the docs, it works
for more than functions.
However, interestingly,
gcc -fkeep-static-
13 matches
Mail list logo
