RE: still reloc overflow?

RE: still reloc overflow?

[Frank van den Beuken]

I found that the problem I'd like to be solved is
http://sourceware.cygnus.com/ml/binutils/2000-03/msg00203.html
What is the status of this problem?
I really would like this to be fixed so that I can replace
MSVC++ in our build procedure with the solaris->mingw32
crossgcc.

Greetings,
Frank
 
> This works. Thanks!
> However, I still have the "reloc overflow" that I hoped would 
> be solved:
> /cadappl/gcc/2.95.2/i386-pc-mingw32/bin/as: 
> transLALRParser.o: reloc overflow: 0x17681 > 0xffff
> transLALRParser.o: File truncated
> 
> I thought this was fixed, or is this not the same problem
> as mentioned in 
> http://sourceware.cygnus.com/ml/binutils/2000-04/msg00223.html
> 
> Greetings,
> Frank
> 
> > If you can't download the CVS tree of libtool, you may just edit
> > configure scripts and, wherever you find:
> > 
> > case "$target" in
> > NONE) lt_target="$host" ;;
> > *) lt_target="$target" ;;
> > esac
> > 
> > replace it with:
> > 
> > lt_target="$host"
>  
> 

RE: still reloc overflow?

[Frank van den Beuken]

 
> I found that the problem I'd like to be solved is
> http://sourceware.cygnus.com/ml/binutils/2000-03/msg00203.html
This is wrong.
The problem that I have is:
http://sourceware.cygnus.com/ml/binutils/2000-01/msg00113.html
I'm still interested in knowing what the status is.

Sorry for the confusion,
Frank

> What is the status of this problem?
> I really would like this to be fixed so that I can replace
> MSVC++ in our build procedure with the solaris->mingw32
> crossgcc.
> 
> Greetings,
> Frank
 

QNX Neutrino (new targets, GPL)

[Anders Norlander]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1744 bytes --]

Hi,

I have been working on getting binutils+GCC to work for QNX/Neutrino
realtime platforms (currently only x86 and MIPS targets). QNX/Neutrino is
a posix-conforming ELF-based target so the process was fairly
straight-forward.

I had to do this so we could do win32->neutrino cross-development since
most of our other tools are win32-based. Binutils and GCC are, however,
already ported by QNX themselves. There is even a win32 IDE (CodeWarrior)
for cross-development, but it does not support the targets we need and why
should we pay thousands of dollars to use tools that are free software?

I contacted QNX about their tools since it would be dumb to duplicate the
effort of porting the tools (and they probably have some knowledge that I
don't). But QNX refuses to publish the source code for the modified tools.
They claim it will eventually be available by CVS and that in the meantime
the sources have been put in the hands of the FSF. I don't know if that is
true, but I do know that they are intentionally violating the GPL. They
are aware of the implications of the GPL and they have been distributing
binutils and GCC binaries for a long time, without any source code.

I informed them about this situation and they responded with silence.
Personally I would not mind forcing them to release the sources, but since
my employer is working with QNX that might lead to frosty relations and
that would in turn come down on me.. arrgh, suits!

So I'm uncertain where to go from here. Should I post my patches (we are
using them at work) or should I wait? What if QNX suddenly changed their
minds, although they don´t seem very interested in contributing their
modifications back to the free software community.

Best regards,
Anders

Re: QNX Neutrino (new targets, GPL)

[Ian Lance Taylor]

   Date: Wed, 5 Jul 2000 13:14:34 +0200 (MET_DST)
   From: Anders Norlander <anorland@acc.umu.se>

   I contacted QNX about their tools since it would be dumb to duplicate the
   effort of porting the tools (and they probably have some knowledge that I
   don't). But QNX refuses to publish the source code for the modified tools.
   They claim it will eventually be available by CVS and that in the meantime
   the sources have been put in the hands of the FSF. I don't know if that is
   true, but I do know that they are intentionally violating the GPL. They
   are aware of the implications of the GPL and they have been distributing
   binutils and GCC binaries for a long time, without any source code.

When I look at the QNX web site, I see this:

    QNX Software Systems is committed to providing the source code for
    all GNU utilities (and other software subject to the GPL) which it
    distributes. Such utilities include awk, rcs, gmake, gzip, and
    sed. If you can't find the GNU source code you are looking for
    under the free software area, please contact freesoft@qnx.com and
    we will make a copy available.

This is on
    http://www.qnx.com/cgi-bin/dir_find.cgi?/usr/free/

If you have downloaded a binary compiled from GNU code from QNX, and
they will not provide the source code, then they are violating the
GPL.  You implied that you did that, but you didn't explicitly state
it.  Can you confirm that you have done that?  Which binary was it,
and how did you download it?

Ian

Re: QNX Neutrino (new targets, GPL)

[Anders Norlander]

On 5 Jul 2000, Ian Lance Taylor wrote:

>    Date: Wed, 5 Jul 2000 13:14:34 +0200 (MET_DST)
>    From: Anders Norlander <anorland@acc.umu.se>
> 
>    I contacted QNX about their tools since it would be dumb to duplicate the
>    effort of porting the tools (and they probably have some knowledge that I
>    don't). But QNX refuses to publish the source code for the modified tools.
>    They claim it will eventually be available by CVS and that in the meantime
>    the sources have been put in the hands of the FSF. I don't know if that is
>    true, but I do know that they are intentionally violating the GPL. They
>    are aware of the implications of the GPL and they have been distributing
>    binutils and GCC binaries for a long time, without any source code.
> 
> When I look at the QNX web site, I see this:
> 
>     QNX Software Systems is committed to providing the source code for
>     all GNU utilities (and other software subject to the GPL) which it
>     distributes. Such utilities include awk, rcs, gmake, gzip, and
>     sed. If you can't find the GNU source code you are looking for
>     under the free software area, please contact freesoft@qnx.com and
>     we will make a copy available.
> 
> This is on
>     http://www.qnx.com/cgi-bin/dir_find.cgi?/usr/free/

Well, you will find some software here, but not gcc or binutils. This is
seems to be mostly software ported by people outside of QNX. 

> If you have downloaded a binary compiled from GNU code from QNX, and
> they will not provide the source code, then they are violating the
> GPL.  You implied that you did that, but you didn't explicitly state
> it.  Can you confirm that you have done that?  Which binary was it,
> and how did you download it?

The binary is what is distributed with the QNX 4 and QNX/Neutrino 2.0
platform. Installing QNX 4 with development tools for QNX/Neutrino will
install gcc for QNX/Neutrino MIPS, x86 and PowerPC targets (depending on
what you choose). The versions are gcc 2.8.1 and binutils 2.9.1. I hear
the upcoming release of QNX/Neutrino is self-hosting but I don't know the
version of any tools used, but it is GNU tools from what I know.

Regards,
Anders

Re: unable to build binutils-2.10 solaris->i386-pc-mingw32

[Alexandre Oliva]

On Jul  4, 2000, "Frank van den Beuken" <Frank.van.den.Beuken@rdlabs.qasystems.nl> wrote:

> Can you point me to a snapshot site for libtool

I don't think there is one :-(

> and can you be a bit more specific about how I libtoolize binutils.

If you can't download the CVS tree of libtool, you may just edit
configure scripts and, wherever you find:

case "$target" in
NONE) lt_target="$host" ;;
*) lt_target="$target" ;;
esac

replace it with:

lt_target="$host"

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

still reloc overflow?

[Frank van den Beuken]

This works. Thanks!
However, I still have the "reloc overflow" that I hoped would be solved:
/cadappl/gcc/2.95.2/i386-pc-mingw32/bin/as: transLALRParser.o: reloc
overflow: 0x17681 > 0xffff
transLALRParser.o: File truncated

I thought this was fixed, or is this not the same problem
as mentioned in
http://sourceware.cygnus.com/ml/binutils/2000-04/msg00223.html

Greetings,
Frank

> If you can't download the CVS tree of libtool, you may just edit
> configure scripts and, wherever you find:
>
> case "$target" in
> NONE) lt_target="$host" ;;
> *) lt_target="$target" ;;
> esac
>
> replace it with:
>
> lt_target="$host"

Re: still reloc overflow?

[Alan Modra]

On Tue, 4 Jul 2000, Frank van den Beuken wrote:

> However, I still have the "reloc overflow" that I hoped would be solved:
> /cadappl/gcc/2.95.2/i386-pc-mingw32/bin/as: transLALRParser.o: reloc
> overflow: 0x17681 > 0xffff
> transLALRParser.o: File truncated
> 
> I thought this was fixed, or is this not the same problem
> as mentioned in
> http://sourceware.cygnus.com/ml/binutils/2000-04/msg00223.html

No, that was an entirely different problem.  Your error message is
generated when the number of relocs is greater than the 16-bit field in 
the header can count.  It would probably be better if gas complained with
"too many relocs" in this case rather than "reloc overflow"

This bit of information doesn't help you with your problem, I'm afraid :-(

Alan Modra
-- 
Linuxcare.  Support for the Revolution.