Package: gcc-4.4
Version: 4.4.4-7
Severity: wishlist
When cross building the gcc-4.4-4.4.4-7 pacakage, the build no longer
generates a gcc-4.4-*-gnueabi-base package as part of the default build. The
control file, however still references such a package as a dependency for
installing the gcc-4.4-
I have updated the patch so that it uses DEB_BUILD_OPTIONS to set the
flag to compile the static form of gcc. The option will now be enabled
if the user specifies the option 'static' as one of the
DEB_BUILD_OPTIONS. This can be done on the command line for
dpkg-buildpackage as follows:
DEB_
Package: gcc-4.4
Version: 4.4.4-5
Severity: wishlist
Tags: patch
Here is a simple patch for your consideration that modifies the rules
makefile for the gcc-4.4 package to allow an option to build statically
when creating a cross compiler by passing the environment variable
'BUILD_STATIC=yes' on th
Package: gcc-4.4
Version: 4.4.4-5
Severity: wishlist
Tags: patch
Here is a patch for your consideration to modify gcc-4.4_4.4.4-6 to expose
the parameterized prefix variable $(PF) so that it can be used on the command
line to build the package for an alternate installation prefix of the user's
cho
I got bit by this as well.
I worked round it by with
# update-alternatives --remove-all java
# dpkg --configure -a
I also had some other JDK-related packages give a similar error, complaining
about something being a slave of javac. Doing a remove-all on javac and
configure fixed it.
--
Jim
Package: libstdc++6
Version: 4.1.1-21
Severity: important
Tags: security
See bug #155529 -- this is the same problem referenced by the same
advisory: http://cert.uni-stuttgart.de/advisories/calloc.php
Severity should probably be higher for a security problem, but I'll
set it the same as that orig
Package: gcc-3.4
Version: 3.4.6-4
Severity: minor
Tags: patch
When building gcc-3.4 the libgcc1 library is not being generated. This
is because in debian/rules.defs, the 'with_libgcc' target is defined to be
with_libgcc := yes
... (and later)
with_libgcc := built from gcc-4.0 sources
This will
Package: gcc-3.4
Version: 3.4.6-4
Severity: normal
Tags: patch
There is a typo in the generated dependencies of the
libstdc++6-powerpc-cross package. The cross specific string
'powerpc-cross' is duplicated for the libgccl library (e.g.
libgccl-powerpc-cross-powerpc-cross). This causes the pac
Package: gcc-4.1
Version: 4.1.1ds1-13
Severity: serious
Justification: no longer builds from source
Building gcc as a cross compiler for powerpc target on i386 platform,
gcc will not build. The following components are in use.
binutils 2.17-2
libc6_2.3.6.ds1-4_powerpc.deb
libc6-dev_2.3.6.ds1-4_
The property can be controlled, so I supopose the question becomes, what
should be the default value? Sorry I dont know enough, is this a bug or not?
[EMAIL PROTECTED]:~$ gij-4.1 -Djava.home=/usr GetJVMInfo
java.version= 1.4.2
java.vendor= Free Software Foundation, Inc.
java.home=/usr
[EMAIL
Package: gij-4.1
Version: 4.1.0-1
Severity: important
[EMAIL PROTECTED]:~$ javac GetJVMInfo.java
[EMAIL PROTECTED]:~$ java GetJVMInfo
java.version= 1.4.2
java.vendor= Free Software Foundation, Inc.
java.home=/usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre
[EMAIL PROTECTED]:~$ ls -la /usr/lib/jv
Software Compatibilityain't it great?
Anger makes dull men witty, but it keeps them poor.
Love is an obsessive delusion that is cured by marriage.
Never judge a book by its movie.
To invent, you need a good imagination and a pile of junk.
I don't want to see the uncut version o
://www.sell-funding.com/index.php?refid=windsor
We look forward to helping you secure your future.
--Jim Little
Financial Analyst - LRA Inc.
Did this reach you in error? please let us know so you won't recieve again:
http://www.sell-funding.com/r.php
--
To UNSUBSCRIBE, email to [EMAIL PROT
://www.funding-internet.com/index.php?refid=windsor
We look forward to helping you secure your future.
--Jim Neely
Financial Analyst - LRA Inc.
Did this reach you in error? please let us know so you won't recieve again:
http://www.funding-internet.com/r.php
--
To UNSUBSCRIBE, email to [
-funding.com/index.php?refid=windsor
We look forward to helping you secure your future.
--Jim Andrade
Financial Analyst - LRA Inc.
Did this reach you in error? please let us know so you won't recieve again:
http://www.on-funding.com/r.php
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On 05/24/05 05:38:58PM -0700, David S.Miller wrote:
> From: "Jim Crilly" <[EMAIL PROTECTED]>
> Date: Tue, 24 May 2005 14:42:27 -0400
>
> > True, but building kernels on sparc64 wasn't terribly fun for me the last
> > time I tried it either so I deci
On 05/24/05 02:29:16PM -0400, Ben Collins wrote:
> On Tue, May 24, 2005 at 01:32:54AM -0400, Jim Crilly wrote:
> > > >
> > > > Make the login environment be sparc32 by default. Doesn't that
> > > > solve the problem? And for die-hard 64-bit people
too ugly for some ppl. Then we'll have to answer the
> question of "why does my sparc64 uname report sparc?".
>
I would be willing to bet that most people will never look and those that
do will be competent enough to change whatever option is added to default
them back to a 64-bit
Get the Finest Rolex Watch Replica !
We only sell premium watches. There's no battery in these replicas just like
the real ones since they charge themselves as you move. The second hand moves
JUST like the real ones, too. These original watches sell in stores for
thousands of dollars. We sell t
On Tue, 2005-01-11 at 22:36 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > > Strictly speaking, the ARM impementation of gcc is allowed to behave
> > > that way by the C standard. Not exercising this degree of freedom may
> > > be desireable to k
On Tue, 2005-01-11 at 21:36 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > > Well, and deliberate ABI changes are frowned upon by toolchain people.
> > > To me (without having looked further than the bug report) this seems to
> > > be an implementat
On Tue, 2005-01-11 at 19:56 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > This isn't saying we wouldn't add such a patch to X, though patches for
> > a particular compiler on a particular architecture do get frowned on
> > quite a lot: I just susp
on
quite a lot: I just suspect ARM would find more code "just worked" if
GCC behaved like other compilers in this case, and ARM would be better
off as a result.
- Jim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This was fixed by adding "LL" after the constant values. sorry about the
inconvenience, i guess it is "invalid"
thanks
jim
Package: g++-3.3
Version: 1:3.3.2-4
Severity: normal
Tags: sid
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux sun 2.4.18 #1 SMP Mon Jan 27 14:07:39 EST 2003 sparc64
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages g++-3.3 depends on:
ii gcc-3.3
This is fixed works now binutils 2.14.90.0.6-3 for my openoffice build, many
thanks
jim
I still got this problem on debian/unstable linux sparc with binutils
2.14.90.0.6-2
Can you confirm this is the correct ld version in that package as it looks 4
weeks ago but the bug only fixed this week?
sun:/home/jim# ld --version
GNU ld version 2.14.90.0.6 20030820 Debian GNU/Linux
On Sun
Thanks Chris
i got that backtrace too..
from module sc
==
Program received signal SIGSEGV, Segmentation fault.
0x7006157c in bfd_elf64_archive_write_armap () from
/usr/lib/libbfd-2.14.90.0.5.so
(gdb) where
#0 0x7006157c in bfd_elf64_archive_write_armap () from
/usr/lib/libbfd-2.14
thanks Chris,
so Bug#204615 and Bug#205548 have a similar backtrace
openoffice.org
==
205548
==
Program received signal SIGSEGV, Segmentation fault.
#0 0x7006157c in bfd_elf64_archive_write_armap () from /usr/lib/libbfd-
2.14.90.0.5.so
#1 0x7006c9b4 in bfd_elf32_bfd_final_link () from /
t i do not know how to pass all this complex gcc command line into gdb, then
how gcc calls ld?
jim
> > gcc -z combreloc -shared -Wl,--version-script
> > ../unxlngs.pro/misc/sc_sc645ls.map -L../unxlngs.pro/lib -L../lib
> > -L/usr/local/oo_src/solenv/unxlngs/lib
> >
On Sat, 16 Aug 2003 03:59, Matthias Klose wrote:
> Is oo built with the jdk1.4?
yes
[EMAIL PROTECTED]:/usr/local/oo_src/instsetoo$ java -version
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-01)
Java HotSpot(TM) Client VM (build Blackdown-1.4.1-01, mix
Package: gcc-3.3
Version: 1:3.3.1-1
Severity: important
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux sun 2.4.18 #1 SMP Mon Jan 27 14:07:39 EST 2003 sparc64
Locale: LANG=C, LC_CTYPE=en_US.UTF-8
Versions of packages gcc-3.3 depends on:
ii binutils
d
proven to meet timing constraints on the IA-32 host, then there is no guarantee
that it will work on an IA-64 host. The timing analysis will all have to be
redone. So perhaps the program has a valid reason for using extern inline,
but it is still non-portable, which was the point I was trying to make.
Jim
er file. If gcc cannot inline the function, then you get the slow
static version from libc/libm.
Jim
gue. This is pretty inefficient, but it does work. Fixing this will
be a lot of work, and it will likely be a while before anyone tries.
Jim
35 matches
Mail list logo
