public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* help with gcc
@ 2001-11-09 22:57 RHONDA VINCENT
  0 siblings, 0 replies; 15+ messages in thread
From: RHONDA VINCENT @ 2001-11-09 22:57 UTC (permalink / raw)
  To: 'gcc-help@gcc.gnu.org'

i am receiving the following compile errors:

stray '\274' in program
stray '\210' in program
stray '\275' in program
stray '\' in program
stray '\300' in program

Can you tell me what these errors mean?

Thanks,

Rhonda Vincent


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Help with gcc
  2007-03-22 11:32 Help " sumit.jain
@ 2007-03-22 12:05 ` Andrew Haley
  0 siblings, 0 replies; 15+ messages in thread
From: Andrew Haley @ 2007-03-22 12:05 UTC (permalink / raw)
  To: sumit.jain; +Cc: gcc-help

sumit.jain@nokia.com writes:
 > 
 > I have some query regarding the way gcc resolves the search directory
 > for standard libraries like libc. When I run  command  "gcc -v test.c" i
 > get the following output

 > As the last section of the output illustrated that the location that the
 > linker looks for libraries like libc etc is
 > "-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2" and
 > "-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../.."
 > Is there anyway i can change the default search location. 
 > 
 > I believe that by passing my own spec file to gcc as gcc
 > -specs=<myspecs> test.c, i can change the default include path and also
 > the path to look for for crt0.o etc. 

OK, so you believe this.  So what happened when you tried it?

IMO, that's the wrong way to do it.  If you *really* need to use
nonstandard paths we provide args like -Isystem and -nostdlib.  But
generally gcc is configured for a particular target environment and
things will go wrong if you try to change things under its feet.  If
the libraries and include paths are very similar, you might get way
with it.

Andrew.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Help with gcc
@ 2007-03-22 11:32 sumit.jain
  2007-03-22 12:05 ` Andrew Haley
  0 siblings, 1 reply; 15+ messages in thread
From: sumit.jain @ 2007-03-22 11:32 UTC (permalink / raw)
  To: gcc-help

Hi,

I have some query regarding the way gcc resolves the search directory
for standard libraries like libc. When I run  command  "gcc -v test.c" i
get the following output

Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--host=i386-redhat-linux
Thread model: posix
gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
 /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/cc1 -lang-c -v -D__GNUC__=3
-D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=2 -D__GXX_ABI_VERSION=102
-D__ELF__ -Dunix -D__gnu_linux__ -Dlinux -D__ELF__ -D__unix__
-D__gnu_linux__ -D__linux__ -D__unix -D__linux -Asystem=posix
-D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386
-D__i386 -D__i386__ -D__tune_i386__ test.c -quiet -dumpbase test.c
-version -o /tmp/ccAc9Ljz.s
GNU CPP version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) (cpplib) (i386
Linux/ELF)
GNU C version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) (i386-redhat-linux)
        compiled by GNU C version 3.2.2 20030222 (Red Hat Linux
3.2.2-5).
ignoring nonexistent directory "/usr/i386-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include
 /usr/include
End of search list.
 as -V -Qy -o /tmp/cc8Ge9kX.o /tmp/ccAc9Ljz.s
GNU assembler version 2.13.90.0.18 (i386-redhat-linux) using BFD version
2.13.90.0.18 20030206
 /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/collect2 --eh-frame-hdr -m
elf_i386 -dynamic-linker /lib/ld-linux.so.2
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../crt1.o
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../crti.o
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/crtbegin.o
-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2
-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../.. /tmp/cc8Ge9kX.o
-lgcc -lgcc_eh -lc -lgcc -lgcc_eh
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/crtend.o
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../crtn.o

As the last section of the output illustrated that the location that the
linker looks for libraries like libc etc is
"-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2" and
"-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../.."
Is there anyway i can change the default search location. 

I believe that by passing my own spec file to gcc as gcc
-specs=<myspecs> test.c, i can change the default include path and also
the path to look for for crt0.o etc. 


Regards,
Sumit Kumar Jain


^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Help with GCC
  2005-08-16  6:38 Help with GCC Balaji V. Iyer
@ 2005-08-17 19:29 ` James E Wilson
  0 siblings, 0 replies; 15+ messages in thread
From: James E Wilson @ 2005-08-17 19:29 UTC (permalink / raw)
  To: Balaji V. Iyer; +Cc: gcc, gcc-help

Balaji V. Iyer wrote:
> Pass this "live/not-live" flag to the register allocation process so that
> it can output instruction in such a way (please see example below) (I want
> this information to be passed into .md stage)

You can't get cycle-accurate life time info in the register allocator
unless you have a combined register allocator and instruction scheduler.
 We don't have that.  They are separate passes.  Combining them is
difficult.

We do have life time info at the RTL instruction level, but this info
tends to be either internal to each register allocation pass, or not
specific enough for your needs.  You may or may not be able to do
anything with this info.

The register allocator does not emit instructions (other than reloads
emitted by reload), so you can't do this in the register allocator.  You
probably have to do this in final, when RTL is emitted as assembly language.

You might be able to do something useful with REG_DEAD notes, but they
are probably not guaranteed to be accurate when we get to final.  You
could try scanning following instructions for REG_DEAD notes, to see
where registers die.  Worst case, you might have to create your own life
time info by scanning all of the RTL instructions in a function.  You
could do this in a MACHINE_DEPENDENT_REORG pass.

You will probably need to spend some time studying the gcc sources in
order to do anything useful here.
-- 
Jim Wilson, GNU Tools Support, http://www.specifix.com

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Help with GCC
@ 2005-08-16  6:38 Balaji V. Iyer
  2005-08-17 19:29 ` James E Wilson
  0 siblings, 1 reply; 15+ messages in thread
From: Balaji V. Iyer @ 2005-08-16  6:38 UTC (permalink / raw)
  To: gcc, gcc-help

Hello Everyone,
    Greetings! I apologize ahead for asking an non-specific question. I
have a question about the liveness analysis. This is what I wanted to
do.

I want to check to see if an instruction is live after a certain number of
stage. (eg. 3 cycles)

if (INSN is not live for more than 3 cycles)
   Mark it as "not_live" (NOT the same place as dead code marking)
else
   Mark it as "live"

Pass this "live/not-live" flag to the register allocation process so that
it can output instruction in such a way (please see example below) (I want
this information to be passed into .md stage)

if (live)
  print "add.live r1,r2,r3"
else
   print "add.notlive r1,r2,r3"

I would also like to do it on the OpenRISC processor. Also, would like to
NOT change the GCC sources as much as I can.

I would appreciate if anyone could point me in the right direction to go
about doing this.

Thanking You,

Yours Sincerely,

Balaji V. Iyer.

PS. CC's greatly appreciated.

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: help with gcc
  2004-06-30  7:55 help with gcc Zhou Xinhui
@ 2004-06-30  9:19 ` Claudio Bley
  0 siblings, 0 replies; 15+ messages in thread
From: Claudio Bley @ 2004-06-30  9:19 UTC (permalink / raw)
  To: gcc-help

On Wed, Jun 30, 2004 at 03:55:23AM -0400, Zhou Xinhui wrote:
> hello,
>   I am trying to use complex number to do some matrix
> operation, but I got some error message when I tried to
> compile it with gcc. can someone know what the problem is .
> 
> The following is the test code and the output of compiler
> thanks a lot.

Hello Zhou,

you should compile C++ code with "g++", not with "gcc".

This is the output when running "g++ temp.cpp":

In file included from
/var/tmp/gcc-3.4/lib/gcc/i686-pc-linux-gnu/3.4.0/../../../../include/c++/3.4.0/backward/complex.h:31,
from temp.cpp:3:
/var/tmp/gcc-3.4/lib/gcc/i686-pc-linux-gnu/3.4.0/../../../../include/c++/3.4.0/backward/backward_warning.h:32:2:
warning: #warning This file includes at least one deprecated or antiquated
header. Please consider using one of the 32 headers found in section
17.4.1.2 of the C++ standard. Examples include substituting the <X> header
for the <X.h> header for C++ includes, or <iostream> instead of the
deprecated header <iostream.h>. To disable this warning use -Wno-deprecated.


This warning can be easily omitted if you do

/* ---------------------------------------------------------------------- */

#include <cstdio>
#include <complex>

using std::complex; 

/* ---------------------------------------------------------------------- */

Be aware, that there's also complex number support in C99 header "complex.h"
- which is a completely different header than C++'s "complex".

Cheers.
-- 
Claudio

^ permalink raw reply	[flat|nested] 15+ messages in thread

* help with gcc
@ 2004-06-30  7:55 Zhou Xinhui
  2004-06-30  9:19 ` Claudio Bley
  0 siblings, 1 reply; 15+ messages in thread
From: Zhou Xinhui @ 2004-06-30  7:55 UTC (permalink / raw)
  To: gcc-help

hello,
  I am trying to use complex number to do some matrix
operation, but I got some error message when I tried to
compile it with gcc. can someone know what the problem is .

The following is the test code and the output of compiler
thanks a lot.


#include <stdio.h>

#include <complex.h>

int main(int argc, char **argv)
{

  complex<double> Z ;

	if (argc < 3)
	{
		printf("  f1 \n")  ;
	}
	else
	{
		printf("  f2  \n")  ;
	}

   return 0 ;
}





downlink:~/upload: gcc temp.cpp
Undefined                       first referenced
 symbol                             in file
complex<double>::complex(double, double)/var/tmp/ccKJjqSH.o
complex<double>::imag(void) const   /var/tmp/ccKJjqSH.o
complex<float>::imag(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::imag(void) const/var/tmp/ccKJjqSH.o
complex<double>::real(void) const   /var/tmp/ccKJjqSH.o
complex<float>::real(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::real(void) const/var/tmp/ccKJjqSH.o
complex<float>::complex(float, float)/var/tmp/ccKJjqSH.o
complex<long double>::complex(long double, long
double)/var/tmp/ccKJjqSH.o
ld: fatal: Symbol referencing errors. No output written to
a.out
collect2: ld returned 1 exit status
downlink:~/upload:



^ permalink raw reply	[flat|nested] 15+ messages in thread

* help with gcc
@ 2004-06-30  7:35 zxinhui
  0 siblings, 0 replies; 15+ messages in thread
From: zxinhui @ 2004-06-30  7:35 UTC (permalink / raw)
  To: gcc-help

[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]

hello,
  I am trying to use complex number to do some matrix 
operation, but I got some error message when I tried to  
compile it with gcc. can someone know what the problem is .

The following is the test code and the output of compiler
thanks a lot.


#include <stdio.h>

#include <complex.h>

int main(int argc, char **argv)
{

  complex<double> Z ;

	if (argc < 3)
	{
		printf("  f1 \n")  ;
	}
	else
	{
		printf("  f2  \n")  ;
	}

   return 0 ;
}





downlink:~/upload: gcc temp.cpp
Undefined                       first referenced
 symbol                             in file
complex<double>::complex(double, double)/var/tmp/ccKJjqSH.o
complex<double>::imag(void) const   /var/tmp/ccKJjqSH.o
complex<float>::imag(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::imag(void) const/var/tmp/ccKJjqSH.o
complex<double>::real(void) const   /var/tmp/ccKJjqSH.o
complex<float>::real(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::real(void) const/var/tmp/ccKJjqSH.o
complex<float>::complex(float, float)/var/tmp/ccKJjqSH.o
complex<long double>::complex(long double, long 
double)/var/tmp/ccKJjqSH.o
ld: fatal: Symbol referencing errors. No output written to 
a.out
collect2: ld returned 1 exit status
downlink:~/upload:




[-- Attachment #2: Message 1243 --]
[-- Type: message/rfc822, Size: 2447 bytes --]

From: Zhou Xinhui <zxinhui@Glue.umd.edu>
To: Zhou Xinhui <zxinhui@Glue.umd.edu>
Date: Wed, 30 Jun 2004 03:26:53 -0400 (EDT)
Message-ID: <Pine.GSO.4.53.0406300323140.10953@downlink.eng.umd.edu>


#include <stdio.h>

#include <complex.h>

int main(int argc, char **argv)
{

  complex<double> Z ;

	if (argc < 3)
	{
		printf("  f1 \n")  ;
	}
	else
	{
		printf("  f2  \n")  ;
	}

   return 0 ;
}





downlink:~/upload: gcc temp.cpp
Undefined                       first referenced
 symbol                             in file
complex<double>::complex(double, double)/var/tmp/ccKJjqSH.o
complex<double>::imag(void) const   /var/tmp/ccKJjqSH.o
complex<float>::imag(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::imag(void) const/var/tmp/ccKJjqSH.o
complex<double>::real(void) const   /var/tmp/ccKJjqSH.o
complex<float>::real(void) const    /var/tmp/ccKJjqSH.o
complex<long double>::real(void) const/var/tmp/ccKJjqSH.o
complex<float>::complex(float, float)/var/tmp/ccKJjqSH.o
complex<long double>::complex(long double, long double)/var/tmp/ccKJjqSH.o
ld: fatal: Symbol referencing errors. No output written to a.out
collect2: ld returned 1 exit status
downlink:~/upload:


^ permalink raw reply	[flat|nested] 15+ messages in thread

* help with gcc
@ 2002-06-25 14:03 steve goodwin
  0 siblings, 0 replies; 15+ messages in thread
From: steve goodwin @ 2002-06-25 14:03 UTC (permalink / raw)
  To: gcc-help

I am trying to compile some ansi C source on a HPUX 10.20 system.

The HP ansi C compiler uses the +z option to create position independent 
code.  I have tried using -shared, -fpic -fPIC but I still get the 
following message from the linker:

ld: DP relative code in file API_test_fns.o - shared library must be 
position
    independent.  Use +z or +Z to recompile

Any idea how to get position independent code from gcc?

Thanks for your help

Steve

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Help with gcc
  2000-06-12 10:58 Help " Archard, Robert
@ 2000-06-18  8:49 ` Martin v. Loewis
  0 siblings, 0 replies; 15+ messages in thread
From: Martin v. Loewis @ 2000-06-18  8:49 UTC (permalink / raw)
  To: rarchard; +Cc: help-gcc

> > Did gcc change something I don't know about.

No, gcc installs into /usr/local only, if configured with that prefix.

Regards,
Martin

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Help with gcc
@ 2000-06-12 10:58 Archard, Robert
  2000-06-18  8:49 ` Martin v. Loewis
  0 siblings, 1 reply; 15+ messages in thread
From: Archard, Robert @ 2000-06-12 10:58 UTC (permalink / raw)
  To: help-gcc

[-- Attachment #1: Type: text/plain, Size: 1017 bytes --]

> I installed GNU gcc 2.95.2 on my HPUX 10.20 system.  I later removed it
> because I was core dumping when I compiled and ran a particular app with
> it.  After removing gcc and all the stuff it installed in /usr/local/...,
> I recompiled with the HP ANSI compiler (which I always use without a
> problem).  Now that is core dumping too.  But when I compiled the same
> source code a week ago (no changes), the executable works fine.  Did gcc
> change something I don't know about.  I thought I cleaned everything up.
> BTW, I also installed GNU binutils 2.9.1, which I also removed.  I did a
> few finds on my system to look for directories, files, and symbolic links
> that were changes, but nothing is unusual.  Any help would be appreciated.


Robert Archard
Boundless Technologies
100 Marcus Blvd.
P.O. Box 18001
Hauppauge, NY 11788-8801

Email:       Robert.Archard@Boundless.com
< mailto:Robert.Archard@Boundless.com >  
Phone:     (631) 342-7384
Fax:          (631) 342-7896 
 < http://www.boundless.com/ > 

[-- Attachment #2: bin00000.bin --]
[-- Type: application/vnd.ms-tnef, Size: 7458 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* HELP with GCC
  1999-10-27 23:50 Manfred Hofmann (r5108c)
@ 1999-10-31 13:57 ` Manfred Hofmann (r5108c)
  0 siblings, 0 replies; 15+ messages in thread
From: Manfred Hofmann (r5108c) @ 1999-10-31 13:57 UTC (permalink / raw)
  To: help-gcc

Hello!!!

CAN YOU HELP???

I have run this statement for months successfully:

---------------------------------------------------------------------------

c4gl -mminimal-toc -shared x_calc_ra.o x_rep.o x4uniform.o slab.o
x14main.o
x_awb10.o x9ask_user.o x_contr.o x3sep_cons.o x_glob.o x_docs15.o
fr4set.o
x_guw.o x1t1_tran.o x2reports.o x_pr9.o x7shiprule.o x2stat.o xui2.o
collityp.o x3manifest.o -o XportTest
---------------------------------------------------------------------------

Now, that I have slightly increased the size of one program, I get this
message:

---------------------------------------------------------------------------

gcc: unrecognized option `-qarch=com'
collect2: ld returned 12 exit status
ld: 0711-781 ERROR: TOC overflow. TOC size: 65668       Maximum size:
65536
---------------------------------------------------------------------------

Any idea how I can get around this???
Can the TOC size be increased somehow??

ANYTHING IS WELCOME THAT HELPS ME HERE!!


Thanks.

Manfred Hofmann



^ permalink raw reply	[flat|nested] 15+ messages in thread

* HELP with GCC
  1999-10-28  9:14 HELP with GCC Manfred Hofmann (r5108c)
@ 1999-10-31 13:57 ` Manfred Hofmann (r5108c)
  0 siblings, 0 replies; 15+ messages in thread
From: Manfred Hofmann (r5108c) @ 1999-10-31 13:57 UTC (permalink / raw)
  To: gnu

Hello!!!

CAN YOU HELP???

I have run this statement for months successfully:

---------------------------------------------------------------------------

c4gl -mminimal-toc -shared x_calc_ra.o x_rep.o x4uniform.o slab.o
x14main.o
x_awb10.o x9ask_user.o x_contr.o x3sep_cons.o x_glob.o x_docs15.o
fr4set.o
x_guw.o x1t1_tran.o x2reports.o x_pr9.o x7shiprule.o x2stat.o xui2.o
collityp.o x3manifest.o -o XportTest
---------------------------------------------------------------------------

Now, that I have slightly increased the size of one program, I get this
message:

---------------------------------------------------------------------------

gcc: unrecognized option `-qarch=com'
collect2: ld returned 12 exit status
ld: 0711-781 ERROR: TOC overflow. TOC size: 65668       Maximum size:
65536
---------------------------------------------------------------------------

Any idea how I can get around this???
Can the TOC size be increased somehow??

ANYTHING IS WELCOME THAT HELPS ME HERE!!


Thanks.

Manfred Hofmann

^ permalink raw reply	[flat|nested] 15+ messages in thread

* HELP with GCC
@ 1999-10-28  9:14 Manfred Hofmann (r5108c)
  1999-10-31 13:57 ` Manfred Hofmann (r5108c)
  0 siblings, 1 reply; 15+ messages in thread
From: Manfred Hofmann (r5108c) @ 1999-10-28  9:14 UTC (permalink / raw)
  To: gnu

Hello!!!

CAN YOU HELP???

I have run this statement for months successfully:

---------------------------------------------------------------------------

c4gl -mminimal-toc -shared x_calc_ra.o x_rep.o x4uniform.o slab.o
x14main.o
x_awb10.o x9ask_user.o x_contr.o x3sep_cons.o x_glob.o x_docs15.o
fr4set.o
x_guw.o x1t1_tran.o x2reports.o x_pr9.o x7shiprule.o x2stat.o xui2.o
collityp.o x3manifest.o -o XportTest
---------------------------------------------------------------------------

Now, that I have slightly increased the size of one program, I get this
message:

---------------------------------------------------------------------------

gcc: unrecognized option `-qarch=com'
collect2: ld returned 12 exit status
ld: 0711-781 ERROR: TOC overflow. TOC size: 65668       Maximum size:
65536
---------------------------------------------------------------------------

Any idea how I can get around this???
Can the TOC size be increased somehow??

ANYTHING IS WELCOME THAT HELPS ME HERE!!


Thanks.

Manfred Hofmann

^ permalink raw reply	[flat|nested] 15+ messages in thread

* HELP with GCC
@ 1999-10-27 23:50 Manfred Hofmann (r5108c)
  1999-10-31 13:57 ` Manfred Hofmann (r5108c)
  0 siblings, 1 reply; 15+ messages in thread
From: Manfred Hofmann (r5108c) @ 1999-10-27 23:50 UTC (permalink / raw)
  To: help-gcc

Hello!!!

CAN YOU HELP???

I have run this statement for months successfully:

---------------------------------------------------------------------------

c4gl -mminimal-toc -shared x_calc_ra.o x_rep.o x4uniform.o slab.o
x14main.o
x_awb10.o x9ask_user.o x_contr.o x3sep_cons.o x_glob.o x_docs15.o
fr4set.o
x_guw.o x1t1_tran.o x2reports.o x_pr9.o x7shiprule.o x2stat.o xui2.o
collityp.o x3manifest.o -o XportTest
---------------------------------------------------------------------------

Now, that I have slightly increased the size of one program, I get this
message:

---------------------------------------------------------------------------

gcc: unrecognized option `-qarch=com'
collect2: ld returned 12 exit status
ld: 0711-781 ERROR: TOC overflow. TOC size: 65668       Maximum size:
65536
---------------------------------------------------------------------------

Any idea how I can get around this???
Can the TOC size be increased somehow??

ANYTHING IS WELCOME THAT HELPS ME HERE!!


Thanks.

Manfred Hofmann



^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2007-03-22 11:32 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-11-09 22:57 help with gcc RHONDA VINCENT
  -- strict thread matches above, loose matches on Subject: below --
2007-03-22 11:32 Help " sumit.jain
2007-03-22 12:05 ` Andrew Haley
2005-08-16  6:38 Help with GCC Balaji V. Iyer
2005-08-17 19:29 ` James E Wilson
2004-06-30  7:55 help with gcc Zhou Xinhui
2004-06-30  9:19 ` Claudio Bley
2004-06-30  7:35 zxinhui
2002-06-25 14:03 steve goodwin
2000-06-12 10:58 Help " Archard, Robert
2000-06-18  8:49 ` Martin v. Loewis
1999-10-28  9:14 HELP with GCC Manfred Hofmann (r5108c)
1999-10-31 13:57 ` Manfred Hofmann (r5108c)
1999-10-27 23:50 Manfred Hofmann (r5108c)
1999-10-31 13:57 ` Manfred Hofmann (r5108c)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).