gmane.comp.compilers.gpc

variable type cast

Jay Michael — 2013-05-12T23:12:45

gpc version 20070904, based on gcc-3.4.5 (mingw special)
 
     Given
          type INT16  = INTEGER  attribute( size=16 ) ;
          type WORD16 = Cardinal attribute( size=16 ) ;
          var i16 : INT16 ;
          var w16 : WORD16 ;
why does
          WORD16(I16) := W16 ;
produce "error: invalid lvalue in assignment"?

 
          program jsm5( input, output ) ;
type
  INT16  = INTEGER  attribute( size=16 ) ;
  WORD16 = Cardinal attribute( size=16 ) ;
var
  i16 : INT16 ;
  w16 : WORD16 ;
begin
WORD16(I16) := W16 ; { error: invalid lvalue in assignment }
end.
_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

for-loops and subrange types

Jonas Maebe — 2013-04-26T19:01:34

Hi,

Can anyone here offer some insights regarding the standard conformance of the test program submitted at http://bugs.freepascal.org/view.php?id=24318 ? (range.p)

Both FPC and GPC cause the program to abort with a range check error, while the submitter is of the opinion that the for-loop should merely short-circuit and never executed instead.


Jonas
_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

GPC compiler crash

Thomas Schneider — 2013-02-17T07:17:57

Folks:

I discovered a program that crashes the GPC compiler, attached.

Regards,

Tom

  Thomas D. Schneider, Ph.D.
  Senior Investigator
  National Institutes of Health
  National Cancer Institute
  Frederick National Laboratory for Cancer Research
  Gene Regulation and Chromosome Biology Laboratory
  Molecular Information Theory Group
  Frederick, Maryland  21702-1201
  schneidt< at >mail.nih.gov
  http://alum.mit.edu/www/toms
program trimdiana (da, output);
(* trimdiana: gpc crash

This Pascal program demonstrates an internal error crash of the Gnu
Pascal Compiler.  The crash occurs when one attempts to compile:

% gpc trimdiana.p
gpc: Internal error: Illegal instruction: 4 (program gpc1)
Please submit a full bug report.
See <URL:http://www.gnu-pascal.de/todo.html> for instructions.

This program is an extensively trimmed version of
http://alum.mit.edu/www/toms/delila/diana.html
setting 'trimax = 8006000' in that program is also sufficient
to cause the problem.

Tom

  Thomas D. Schneider, Ph.D.
  Senior Investigator
  National Institutes of Health
  National Cancer Institute
  Frederick National Laboratory for Cancer Research
  Gene Regulation and Chromosome Biology Laboratory
  Molecular Information Theory Group
  Frederick, Maryland  21702-1201
  schneidt< at >mail.nih.gov
  http://alum.mit.edu/www/toms

*)

const
   version = 2.17; 

(* THE KEY POINT: if trimax is 25000, gpc compiles ok.
If it is 8006000, gpc gives:

gpc: Internal error: Illegal instruction: 4 (program gpc1)
Please submit a full bug report.
See <URL:http://www.gnu-pascal.de/todo.html> for instructions.

*)
{ compile is ok with this value:
   trimax = 25000; (* the maximum number of data points *)
}
   trimax = 8006000; (* the maximum number of data points *)
   infofield = 6; (* real number field width *)
   infodecim = 5; (* number of decimal points *)

type

   (* define the four nucleotide bases *)
   base = (a,c,g,t);

   (* define a triangular array as a linear one *)
   trianglearray = record
      data: array[0..trimax] of integer;
      lower: integer; (* lower bound on the triangle *)
      upper: integer; (* upper bound on the triangle *)
      side: integer;  (* length of side of the triangle *)
      area: integer;  (* area of the triangle *)
   end;

   (* stores the number of dinucleotides appearing at positions on a sequence *)
   trisquare = array[a..t,a..t] of trianglearray;

var

   da: text; (* output file *)

procedure writeprism(var dianalysis: text; dataprism: trisquare);
begin
   writeln(dianalysis,'* sum of Rcorrelation ... bits');
end;

(* ********************************************************************* *)

procedure themain(var da: text);
var
  dataprism: trisquare;   (* the data structure for diana *)

begin
   writeln(output,' trimdiana -gpc bug',version:4:2);

{ It is necessary to call the procedure with the variable to cause
the gpc compile problem: }

   writeprism(da,dataprism);
end;

begin
   themain(da);
end.
_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

Bus error when writing in a typed file

Baudouin Le Charlier — 2012-11-17T15:13:25

 Hi !

 I am using a Mac OS X 10.6.8. I have downloaded GNU Pascal for Mac Os fromhttp://www.microbizz.nl/gpc.html. I have been using GNU Pascal for writing very simple programs for an introductory programming course and it worked fine until I wrote the following program for which I got a "bus error" when writing a first record in the file (at line 128). Notice that the program executes without errors when compiled with free pascal compiler. 

I should be happy if anyone can help me to solve this "problem".

Baudouin Le Charlier

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

MoveLeft / MoveRight special cases

Jay Michael — 2012-09-03T05:11:04

     The procedures MoveLeft and MoveRight start with a test for whether special case code will be useful/possible.

procedure MoveLeft (const Source; var Dest; Count: SizeType);
  if (Count >= SizeOf (LongestCard))
  and not (pDst - pSrc in [0 .. 2 * SizeOf (TWord) - 1]) then

procedure MoveRight (const Source; var Dest; Count: SizeType);
  if (Count >= SizeOf (LongestCard))
  and not (pSrc - pDst in [0 .. 2 * SizeOf (TWord) - 1]) then

     Procedure Move calls MoveRight when the address of the source is less than the source of the destination, so the difference will always be negative (except when source and destination are the same address), so the difference will never be in the range [0..2*SizeOf(TWord)-1].

     Shouldn't those differences be reversed?

     Shouldn't the threshold be either SizeOf(LongestCard) in both clauses, or 2*SizeOf(TWord) in both clauses?

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

RangeCheckError from RuntimeError

Jay Michael — 2012-09-03T04:10:50

     My program was terminating with no runtime error message.  When run in gdb, gdb told me it terminated with exit code 52 (I think octal).

     I had a Range Check Error.  In gdb, I see that _p_RangeCheckError calls _p_RuntimeError.  Then, _p_RuntimeError has code that might call _p_RangeCheckError.  I didn't trace further -- gdb suddenly becomes unable to single-step, says "Unable to set breakpoint number -37".  (The specific number changes if I keep trying to single-step.  It's always negative.)

     I don't know how much better it would have been, but shouldn't _p_RuntimeError have been compiled with range checking suppressed?

     (I've found source for RangeCheckError and RuntimeError.  I can't find source for CString2String -- is it an intrinsic function?  It seems to have been inline coded in RuntimeError.)

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

collect2 no PATH override

Jay Michael — 2012-09-02T05:09:16

     I think "collect2" should honor all of the "where to find compiler components" switches fed to GPC.

     I think it would be helpful if GPC defaulted to acting as if it were run with "-B <directory containing gpc>" (unless the user provides a "-B" switch).


     The "collect2" in the binary distribution of gpc-2007-09-04 for Windows doesn't seem to make any effort to locate the "ld" it runs -- if there is no "ld" in the PATH, it prints

ld-orig: No such file or directory


     I have been running GPC without putting GPC\bin in my PATH.  It has been working.  Then I discovered that when I installed Free Pascal, it took the liberty of updating my system-wide PATH.  When I removed it from my PATH, running GPC\bin\gpc resulted in 

gpc: installation problem, cannot exec `as': No such file or directory

Adding "-B GPC\bin" solves that, but has no effect on "collect2" finding "ld".

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

running gpc on Mac OS X 10.7.4

Schneider, Thomas (NIH/NCI) [E] — 2012-08-29T23:22:43

gpc folks:

I have moved to a new Mac running OS X 10.7.4 and Gnu Pascal now
doesn't work:

% more h.p
program helloworld (output);
begin
writeln(output,'hello world');
end.
% gpc h.p
ld: library not found for -lSystemStubs
collect2: ld returned 1 exit status

Any suggestions on how to fix this?

Thanks,

Tom

  Thomas D. Schneider, Ph.D.
  Senior Investigator
  National Institutes of Health
  National Cancer Institute
  Frederick National Laboratory for Cancer Research
  Gene Regulation and Chromosome Biology Laboratory
  Molecular Information Theory Group
  Frederick, Maryland  21702-1201
  http://alum.mit.edu/www/toms

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

automatic PChar wrong for output param

Jay Michael — 2012-08-22T02:37:14

gpc 20070904, based on gcc-3.4.5 (mingw special)

If an array of CHAR is used as the actual argument for
a formal parameter declared as "x : PChar", a temporary
STRING object is created, the actual argument is copied
to the temporary, and the address of the temporary is
passed to the subroutine.

     This is no good when the parameter is a pointer to
an output buffer.

     Using "< at >s[1]" as the actual argument passes the 
right address, but if "s" is a STRING, the index "1" is
checked, resulting in a RangeCheckError unless the STRING
is initialized.
     I've accepted having to "SetLength" before reading or
writing individual characters of the STRING.  I didn't
expect referring to a character of the STRING in order to
get its address to be considered an "access" that would 
trigger a Range Check.  (I planned to set the length of
the STRING after the subroutine told me how many characters
it had written to the buffer.){ Automatic conversion of "array of CHAR" to PChar           }
{ is accompanied by making a copy of the specified argument. }
{ This is unsuitable for an output parameter -- the returned }
{ value is lost.                                             }

{ "< at >s[1]" produces an address, but triggers range checking   }
{ when "s" is a STRING, so "s" needs to be initialized       }
{ before it can be passed to a procedure that won't pay any  }
{ attention to its initial value.                            }

program JSM3( INPUT, OUTPUT ) ;

var
  CARR : array [ 1 .. 8 ] of CHAR ;
  STR : STRING( 6 ) ;

procedure SET_SOME( BUF : PChar ) ;
  var
    P : PChar ;
  begin
  P := BUF ;
  P^ := 'O' ;
  P := PChar( PtrCard( P ) + 1 ) ;
  P^ := 'K' ;
  end ;

begin
CARR := 'FAIL' ;
WRITELN( CARR, ' before SET_SOME' ) ;
SET_SOME( CARR ) ;
WRITELN( CARR, ' after  SET_SOME' ) ;

SET_SOME( < at >STR[1] ) ; { RangeCheckError unless Length happens to be good }
SetLength( STR, 2 ) ;
WRITELN( STR, ' after  SET_SOME' ) ;
end._______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

file extension case sensitive

Jay Michael — 2012-08-22T01:41:29

     The automatic selection of source language based on the extension
of an input file seems to be case-sensitive.

gpc 20070904, based on gcc-3.4.5 (mingw special)

gpc JSM4.PAS
gpc: Internal GPC problem: internal option `--amtmpfile' not given

gpc JSM4.pas
  worked fine

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

schema pointer compatibility

Jay Michael — 2012-08-13T17:46:55

     Why isn't the address of an object of a schema type an acceptable
value for a pointer to the (undiscriminated) schema type?

type sptr_type = ^ string ;
type sptr_array_type( n : integer ) = array [ 1 .. n ] of sptr_type ;
type sptr_array_ptr_type = ^ sptr_array_type ;

const s1 = 's1' ;
const s2 = 's2' ;
const s3 = 's3' ;

const slist : sptr_array_type(3) = ( < at >s1, < at >s2, < at >s3 ) ;

var slist_ptr : sptr_array_ptr_type = < at >slist ;


t12.pas:23: error: assignment from incompatible pointer type


     I got the same error when I changed "slist" (the object of the
discriminated schema type) from a "const" to a "var".
     I got the same error when I tried using an assignment statement:

          var slp : sptr_array_ptr_type ;
          ...
          slp := < at >slist ;

     If a discriminated instance of a schema type isn't quite the
same type as the undiscriminated type, then when would I ever be
able to use the address of an object as a value for a pointer to
the undiscriminated type?  (without coercion, that is)

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

Why no schema alias?

Jay Michael — 2012-08-13T17:31:15

          type LSTRING = STRING ;

t3.pas:8: warning: missing string capacity -- assuming 255

     Is there some other syntax to creating an alias of a schema type?

     On a related note, when I tried

          type LSTRING( Capacity : INTEGER ) = STRING( Capacity ) ;
I got
          t3.pas:9: error: duplicate field `Capacity'

on the attempted type declaration, and again each time I used the
new type name.
     I tried "STRING( LSTRING.Capacity )" and "STRING( .Capacity )".
No improvement.

          type LSTRING( N : INTEGER ) = STRING( N ) ;

compiled, and worked almost as well as a true alias.  It wouldn't 
let me pass a string literal as the actual argument to a 
"const x : LSTRING" parameter.



_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

Windows install

Jay Michael — 2012-07-15T06:08:57

     Where is the source corresponding to GPC 20070904?

     Where should I find the .gpi files for supplied units (like
unit GPC)?

     If I install a binary distribution for Windows, is there a
follow-up step that must be performed manually?  (like compiling
GPC.PAS)

     Where would I find documentation of the entry points provided
by unit GPC?

     I downloaded and installed dev_gnu_pascal-1.9.4.13.exe
     I started with mingw-get-inst-20120426.exe -- It downloaded
and installed whatever it wanted.

     From the size of dev_gnu_pascal-1.9.4.13.exe I had assumed
it included the source of GPC, but I haven't been able to find it.

     In http://www.gnu-pascal.de/alpha, there is no gcc-core-3.4.5,
and there is no gpc-20070904.

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

unit/procedure same name, unhelpful error

Jay Michael — 2012-07-09T03:57:27

gpc 20070904, based on gcc-3.4.5 (mingw special)

     I got a compilation error, "expression used as a statement".  When
I finally realized I had a unit and a procedure in the unit with the
same name, I changed one name and the error went away, so I'm guessing
the duplication of name was somehow responsible.

     I am not asking to be allowed to name a unit the same as some
entity within the unit.  I am asking that the error message be changed
to something that would have spared me thrashing around until I noticed
that I had duplicated a name.

     Failing that, could someone explain how what I did was an
"expression used as a statement"?

jsm2.pas: In main program:
jsm2.pas:5: error: expression used as a statement
module jsm2m interface ;
export jsm2m = ( jsm2m ) ;
procedure jsm2m ;
end.

program jsm2( input, output ) ;
uses jsm2m ;
begin
jsm2m ;
end._______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

bug report disappeared

Jay Michael — 2012-06-27T02:04:20

     I submitted a bug report.  It got bounced back to me, looking like I had CC'd myself.  This morning, "The GPC Archives" had an entry for "June 2012", consisting of my bug report.  Now, there is no entry for "June 2012", and so no sign of my bug report.

     Should I resubmit the bug report?  Is it being processed?  Has it been judged unacceptable?

_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

string literal as const var parameter

Jay Michael — 2012-06-26T05:18:39

gpc 20070904, based on gcc-3.4.5 (mingw special)

     I got a compilation error, "type mismatch", when I passed a string
literal to a routine with a formal parameter of "const var s : string".
In tests, this had been acceptable to the compiler.  I find that whether
it is acceptable seems to be a function of whether the call is preceded
by another call (to a different routine), passing a string literal to 
(as?) a "const s : string" formal parameter.

jsm1bad.pas gets a "type mismatch" compilation error.
jsm1ok.pas  compiles, links, and executes.program jsm1bad( input, output ) ;

  { passing string literal to const var string formal parameter   }
  { produces                                                      }
  {   error: type mismatch in argument 1 of `rejecter'            }
  { unless have previous call (to another routine) passing string }
  { literal to const string                                       }

procedure enabler( const s : string ) ;
  begin
  end ;

procedure rejecter( const var s : string ) ;
  begin
  end ;

begin
{ enabler( 'lit2' ) ; }
rejecter( 'literal' ) ; { type mismatch if prev line commented out }
end.program jsm1ok( input, output ) ;

  { passing string literal to const var string formal parameter   }
  { produces                                                      }
  {   error: type mismatch in argument 1 of `rejecter'            }
  { unless have previous call (to another routine) passing string }
  { literal to const string                                       }

procedure enabler( const s : string ) ;
  begin
  end ;

procedure rejecter( const var s : string ) ;
  begin
  end ;

begin
enabler( 'lit2' ) ;
rejecter( 'literal' ) ; { type mismatch if prev line commented out }
writeln( 'OK' ) ;
end._______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

rpm packages for gnu pascal now available

2012-05-13T19:12:28

Hi 


for those who want to install gnu pascal on recent rpm based linux distributions,
I have made rpm packages for openSuSE (various versions), fedora/centos & mandriva (most recent versions only).  This is for gpc 20070904

find them on opensuse build service here ---> http://software.opensuse.org/package/gpc
or go directly to my repository here ---> http://download.opensuse.org/repositories/home:/TrevorBl/

There are also subpackages for documentation, test results and a simple app wizard for kdevelop4.

Test results vary a little - from 7 fails and 4 unsupported tests to zero fails & 2 unsupported (on centOS-6).

(gmp-test result is unsupported for all distrubutions on open build service, but it passes fine on my system at home (OpenSuse 12.1) - 

does this mean I have missed some dependency in the rpm?)

As always, comments and suggestions welcome.


Best Regards,
Trevor//


_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

GCC 4.3.5-based GPC fails to compile under Fedora 16

John L. Ries — 2012-04-19T20:04:47

I downloaded hebisch-gpc-8249f1b.tar.gz from 
https://github.com/hebisch/gpc and gcc-core-4.3.5.tar.bz2 from my friendly 
neighborhood mirror, extracted the source, created the soft links as 
instructed, applied the patch (gcc-4.3.5.diff) and configured as follows:

../gcc-4.3.5/configure --enable-languages=all --disable-mapped-location \
                        --program-suffix=435

After much compiling, I get the following:

Checking multilib configuration for libgpc...
mkdir -p -- x86_64-unknown-linux-gnu/libgpc
Configuring in x86_64-unknown-linux-gnu/libgpc
configure: WARNING: unrecognized options: --enable-multilib, 
--disable-mapped-location, --enable-languages, --with-target-subdir
configure: creating cache ./config.cache
configure: updating cache ./config.cache
configure: creating ./config.status
config.status: creating Makefile
configure: WARNING: unrecognized options: --enable-multilib, 
--disable-mapped-location, --enable-languages, --with-target-subdir
cat: ../../../gcc-4.3.5/libgpc/../gcc/BASE-VER: No such file or directory
make[2]: Entering directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
/usr/local/src/gcc/./gcc/xgcc -B/usr/local/src/gcc/./gcc/ 
-B/usr/local/x86_64-unknown-linux-gnu/bin/ 
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem 
/usr/local/x86_64-unknown-linux-gnu/include -isystem 
/usr/local/x86_64-unknown-linux-gnu/sys-include -dumpmachine > alias_file 
2>/dev/null
for i in `/usr/local/src/gcc/./gcc/xgcc -B/usr/local/src/gcc/./gcc/ 
-B/usr/local/x86_64-unknown-linux-gnu/bin/ 
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem 
/usr/local/x86_64-unknown-linux-gnu/include -isystem 
/usr/local/x86_64-unknown-linux-gnu/sys-include --print-multi-lib 
2>/dev/null`; do \
             dir=`echo $i | sed -e 's/;.*$//'`; \
             flags=`echo $i | sed -e 's/^[^;]*;//' -e 's/< at >/ -/g'`; \
             make CFLAGS="-O2 -g -g -O2   ${flags}" MPREFIX=${dir} build ; 
\
         done
cat: ../../../gcc-4.3.5/libgpc/../gcc/BASE-VER: No such file or directory
make[3]: Entering directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
make[3]: *** No rule to make target 
`../../../gcc-4.3.5/libgpc/../gcc/p/rts/Makefile.in', needed by 
`p/rts/Makefile'.  Stop.
make[3]: Leaving directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
cat: ../../../gcc-4.3.5/libgpc/../gcc/BASE-VER: No such file or directory
make[3]: Entering directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
make[3]: *** No rule to make target 
`../../../gcc-4.3.5/libgpc/../gcc/p/rts/Makefile.in', needed by 
`32/p/rts/Makefile'.  Stop.
make[3]: Leaving directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
make[2]: *** [do_multidirs] Error 2
make[2]: Leaving directory 
`/usr/local/src/gcc/x86_64-unknown-linux-gnu/libgpc'
make[1]: *** [all-target-libgpc] Error 2
make[1]: Leaving directory `/usr/local/src/gcc'
make: *** [all] Error 2

The question is, how do I proceed... or more specifically, what is 
BASE_VER and how do I create it?

config.log is attached.

--------------------------|
John L. Ries              |
Salford Systems           |
Phone: (619)543-8880 x107 |
or     (435)867-8885      |
--------------------------|
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  $ ../gcc-4.3.5/configure --enable-languages=all --disable-mapped-location --program-suffix=435

## --------- ##
## Platform. ##
## --------- ##

hostname = godzilla.salford.riesenhaus.local
uname -m = x86_64
uname -r = 3.3.1-5.fc16.x86_64
uname -s = Linux
uname -v = #1 SMP Tue Apr 10 19:56:52 UTC 2012

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = x86_64
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/jries/bin
PATH: /usr/lib64/qt-3.3/bin
PATH: /opt/intel/composerxe-2011.2.137/bin/intel64
PATH: /opt/intel/composerxe-2011.2.137/mpirt/bin/intel64
PATH: /home/jries/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/sbin
PATH: /usr/sbin
PATH: /sbin
PATH: /usr/local/stattransfer11
PATH: /usr/local/salford/bin
PATH: /usr/local/Scripts


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1505: checking build system type
configure:1523: result: x86_64-unknown-linux-gnu
configure:1558: checking host system type
configure:1572: result: x86_64-unknown-linux-gnu
configure:1580: checking target system type
configure:1594: result: x86_64-unknown-linux-gnu
configure:1637: checking for a BSD-compatible install
configure:1692: result: /usr/bin/install -c
configure:1703: checking whether ln works
configure:1725: result: yes
configure:1729: checking whether ln -s works
configure:1733: result: yes
configure:2886: checking for gcc
configure:2902: found /usr/bin/gcc
configure:2912: result: gcc
configure:3156: checking for C compiler version
configure:3159: gcc --version </dev/null >&5
gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3162: $? = 0
configure:3164: gcc -v </dev/null >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.6.3/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) (GCC) 
configure:3167: $? = 0
configure:3169: gcc -V </dev/null >&5
gcc: error: unrecognized option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:3172: $? = 4
configure:3195: checking for C compiler default output file name
configure:3198: gcc    conftest.c  >&5
configure:3201: $? = 0
configure:3247: result: a.out
configure:3252: checking whether the C compiler works
configure:3258: ./a.out
configure:3261: $? = 0
configure:3278: result: yes
configure:3285: checking whether we are cross compiling
configure:3287: result: no
configure:3290: checking for suffix of executables
configure:3292: gcc -o conftest    conftest.c  >&5
configure:3295: $? = 0
configure:3320: result: 
configure:3326: checking for suffix of object files
configure:3347: gcc -c   conftest.c >&5
configure:3350: $? = 0
configure:3372: result: o
configure:3376: checking whether we are using the GNU C compiler
configure:3400: gcc -c   conftest.c >&5
configure:3406: $? = 0
configure:3410: test -z 
 || test ! -s conftest.err
configure:3413: $? = 0
configure:3416: test -s conftest.o
configure:3419: $? = 0
configure:3432: result: yes
configure:3438: checking whether gcc accepts -g
configure:3459: gcc -c -g  conftest.c >&5
configure:3465: $? = 0
configure:3469: test -z 
 || test ! -s conftest.err
configure:3472: $? = 0
configure:3475: test -s conftest.o
configure:3478: $? = 0
configure:3489: result: yes
configure:3506: checking for gcc option to accept ANSI C
configure:3576: gcc  -c -g -O2  conftest.c >&5
configure:3582: $? = 0
configure:3586: test -z 
 || test ! -s conftest.err
configure:3589: $? = 0
configure:3592: test -s conftest.o
configure:3595: $? = 0
configure:3613: result: none needed
configure:3631: gcc -c -g -O2  conftest.c >&5
conftest.c:2:3: error: unknown type name 'choke'
conftest.c:2:3: error: expected '=', ',', ';', 'asm' or '__attribute__' at end of input
configure:3637: $? = 1
configure: failed program was:
| #ifndef __cplusplus
|   choke me
| #endif
configure:3822: checking for g++
configure:3838: found /usr/bin/g++
configure:3848: result: g++
configure:3864: checking for C++ compiler version
configure:3867: g++ --version </dev/null >&5
g++ (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3870: $? = 0
configure:3872: g++ -v </dev/null >&5
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.6.3/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) (GCC) 
configure:3875: $? = 0
configure:3877: g++ -V </dev/null >&5
g++: error: unrecognized option '-V'
g++: fatal error: no input files
compilation terminated.
configure:3880: $? = 4
configure:3883: checking whether we are using the GNU C++ compiler
configure:3907: g++ -c   conftest.cc >&5
configure:3913: $? = 0
configure:3917: test -z 
 || test ! -s conftest.err
configure:3920: $? = 0
configure:3923: test -s conftest.o
configure:3926: $? = 0
configure:3939: result: yes
configure:3945: checking whether g++ accepts -g
configure:3966: g++ -c -g  conftest.cc >&5
configure:3972: $? = 0
configure:3976: test -z 
 || test ! -s conftest.err
configure:3979: $? = 0
configure:3982: test -s conftest.o
configure:3985: $? = 0
configure:3996: result: yes
configure:4038: g++ -c -g -O2  conftest.cc >&5
configure:4044: $? = 0
configure:4048: test -z 
 || test ! -s conftest.err
configure:4051: $? = 0
configure:4054: test -s conftest.o
configure:4057: $? = 0
configure:4083: g++ -c -g -O2  conftest.cc >&5
conftest.cc: In function 'int main()':
conftest.cc:13:9: error: 'exit' was not declared in this scope
configure:4089: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }
configure:4038: g++ -c -g -O2  conftest.cc >&5
conftest.cc:9:40: error: 'void std::exit(int)' should have been declared inside 'std'
configure:4044: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| extern "C" void std::exit (int) throw (); using std::exit;
| #include <stdlib.h>
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }
configure:4038: g++ -c -g -O2  conftest.cc >&5
conftest.cc:9:31: error: 'void std::exit(int)' should have been declared inside 'std'
In file included from conftest.cc:10:0:
/usr/include/stdlib.h:544:70: error: declaration of 'void std::exit(int) throw ()' has a different exception specifier
conftest.cc:9:17: error: from previous declaration 'void std::exit(int)'
configure:4044: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| extern "C" void std::exit (int); using std::exit;
| #include <stdlib.h>
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }
configure:4038: g++ -c -g -O2  conftest.cc >&5
configure:4044: $? = 0
configure:4048: test -z 
 || test ! -s conftest.err
configure:4051: $? = 0
configure:4054: test -s conftest.o
configure:4057: $? = 0
configure:4083: g++ -c -g -O2  conftest.cc >&5
configure:4089: $? = 0
configure:4093: test -z 
 || test ! -s conftest.err
configure:4096: $? = 0
configure:4099: test -s conftest.o
configure:4102: $? = 0
configure:4189: checking for gnatbind
configure:4205: found /usr/bin/gnatbind
configure:4216: result: gnatbind
configure:4269: checking for gnatmake
configure:4285: found /usr/bin/gnatmake
configure:4296: result: gnatmake
configure:4308: checking whether compiler driver understands Ada
configure:4331: result: yes
configure:4340: checking how to compare bootstrapped objects
configure:4365: result: cmp --ignore-initial=16 $$f1 $$f2
configure:4486: checking for correct version of gmp.h
configure:4509: gcc -c -g -O2   conftest.c >&5
configure:4515: $? = 0
configure:4519: test -z 
 || test ! -s conftest.err
configure:4522: $? = 0
configure:4525: test -s conftest.o
configure:4528: $? = 0
configure:4530: result: yes
configure:4544: checking for correct version of mpfr.h
configure:4575: gcc -o conftest -g -O2    conftest.c  -lmpfr -lgmp >&5
configure:4581: $? = 0
configure:4585: test -z 
 || test ! -s conftest.err
configure:4588: $? = 0
configure:4591: test -s conftest
configure:4594: $? = 0
configure:4618: gcc -o conftest -g -O2    conftest.c  -lmpfr -lgmp >&5
configure:4624: $? = 0
configure:4628: test -z 
 || test ! -s conftest.err
configure:4631: $? = 0
configure:4634: test -s conftest
configure:4637: $? = 0
configure:4639: result: yes
configure:5974: checking for bison
configure:5990: found /usr/bin/bison
configure:6000: result: bison -y
configure:6020: checking for bison
configure:6036: found /usr/bin/bison
configure:6046: result: bison
configure:6065: checking for gm4
configure:6094: result: no
configure:6065: checking for gnum4
configure:6094: result: no
configure:6065: checking for m4
configure:6081: found /usr/bin/m4
configure:6091: result: m4
configure:6110: checking for flex
configure:6126: found /usr/bin/flex
configure:6136: result: flex
configure:6156: checking for flex
configure:6172: found /usr/bin/flex
configure:6182: result: flex
configure:6201: checking for makeinfo
configure:6217: found /usr/bin/makeinfo
configure:6227: result: makeinfo
configure:6260: checking for expect
configure:6276: found /usr/bin/expect
configure:6286: result: expect
configure:6307: checking for runtest
configure:6323: found /usr/bin/runtest
configure:6333: result: runtest
configure:6446: checking for ar
configure:6462: found /usr/bin/ar
configure:6472: result: ar
configure:6581: checking for as
configure:6597: found /usr/bin/as
configure:6607: result: as
configure:6716: checking for dlltool
configure:6745: result: no
configure:6851: checking for ld
configure:6867: found /usr/bin/ld
configure:6877: result: ld
configure:6986: checking for lipo
configure:7015: result: no
configure:7121: checking for nm
configure:7137: found /usr/bin/nm
configure:7147: result: nm
configure:7256: checking for ranlib
configure:7272: found /usr/bin/ranlib
configure:7282: result: ranlib
configure:7386: checking for strip
configure:7402: found /usr/bin/strip
configure:7412: result: strip
configure:7516: checking for windres
configure:7545: result: no
configure:7651: checking for windmc
configure:7680: result: no
configure:7786: checking for objcopy
configure:7802: found /usr/bin/objcopy
configure:7812: result: objcopy
configure:7921: checking for objdump
configure:7937: found /usr/bin/objdump
configure:7947: result: objdump
configure:8095: checking for cc
configure:8111: found /usr/bin/cc
configure:8121: result: cc
configure:8250: checking for c++
configure:8266: found /usr/bin/c++
configure:8276: result: c++
configure:8405: checking for gcc
configure:8421: found /usr/bin/gcc
configure:8431: result: gcc
configure:8555: checking for gcj
configure:8584: result: no
configure:8710: checking for gfortran
configure:8726: found /usr/bin/gfortran
configure:8736: result: gfortran
configure:8799: checking for ar
configure:8832: result: no
configure:8944: checking for ar
configure:8960: found /usr/bin/ar
configure:8970: result: ar
configure:9022: checking for as
configure:9055: result: no
configure:9167: checking for as
configure:9183: found /usr/bin/as
configure:9193: result: as
configure:9245: checking for dlltool
configure:9278: result: no
configure:9390: checking for dlltool
configure:9419: result: no
configure:9468: checking for ld
configure:9501: result: no
configure:9613: checking for ld
configure:9629: found /usr/bin/ld
configure:9639: result: ld
configure:9691: checking for lipo
configure:9724: result: no
configure:9836: checking for lipo
configure:9865: result: no
configure:9914: checking for nm
configure:9947: result: no
configure:10059: checking for nm
configure:10075: found /usr/bin/nm
configure:10085: result: nm
configure:10137: checking for objdump
configure:10170: result: no
configure:10282: checking for objdump
configure:10298: found /usr/bin/objdump
configure:10308: result: objdump
configure:10360: checking for ranlib
configure:10393: result: no
configure:10505: checking for ranlib
configure:10521: found /usr/bin/ranlib
configure:10531: result: ranlib
configure:10583: checking for strip
configure:10616: result: no
configure:10728: checking for strip
configure:10744: found /usr/bin/strip
configure:10754: result: strip
configure:10806: checking for windres
configure:10839: result: no
configure:10951: checking for windres
configure:10980: result: no
configure:11029: checking for windmc
configure:11062: result: no
configure:11174: checking for windmc
configure:11203: result: no
configure:11230: checking where to find the target ar
configure:11263: result: host tool
configure:11272: checking where to find the target as
configure:11305: result: host tool
configure:11314: checking where to find the target cc
configure:11337: result: just compiled
configure:11356: checking where to find the target c++
configure:11392: result: host tool
configure:11401: checking where to find the target c++ for libstdc++
configure:11437: result: host tool
configure:11446: checking where to find the target dlltool
configure:11479: result: host tool
configure:11488: checking where to find the target gcc
configure:11511: result: just compiled
configure:11530: checking where to find the target gcj
configure:11566: result: host tool
configure:11575: checking where to find the target gfortran
configure:11611: result: host tool
configure:11620: checking where to find the target ld
configure:11653: result: host tool
configure:11662: checking where to find the target lipo
configure:11684: result: host tool
configure:11693: checking where to find the target nm
configure:11726: result: host tool
configure:11735: checking where to find the target objdump
configure:11768: result: host tool
configure:11777: checking where to find the target ranlib
configure:11810: result: host tool
configure:11819: checking where to find the target strip
configure:11852: result: host tool
configure:11861: checking where to find the target windres
configure:11894: result: host tool
configure:11903: checking where to find the target windmc
configure:11936: result: host tool
configure:11973: checking whether to enable maintainer-specific portions of Makefiles
configure:11982: result: no
configure:12015: checking whether -fkeep-inline-functions is supported
configure:12039: gcc -c -g -O2 -fkeep-inline-functions  conftest.c >&5
configure:12045: $? = 0
configure:12049: test -z 
 || test ! -s conftest.err
configure:12052: $? = 0
configure:12055: test -s conftest.o
configure:12058: $? = 0
configure:12060: result: yes
configure:12277: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by config.status, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  CONFIG_FILES    = 
  CONFIG_HEADERS  = 
  CONFIG_LINKS    = 
  CONFIG_COMMANDS = 
  $ ./config.status 

on godzilla.salford.riesenhaus.local

config.status:763: creating Makefile

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=x86_64-unknown-linux-gnu
ac_cv_build_alias=x86_64-unknown-linux-gnu
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_AR_FOR_TARGET_set=
ac_cv_env_AR_FOR_TARGET_value=
ac_cv_env_AR_set=
ac_cv_env_AR_value=
ac_cv_env_AS_FOR_TARGET_set=
ac_cv_env_AS_FOR_TARGET_value=
ac_cv_env_AS_set=
ac_cv_env_AS_value=
ac_cv_env_CC_FOR_TARGET_set=
ac_cv_env_CC_FOR_TARGET_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_FOR_TARGET_set=
ac_cv_env_CXX_FOR_TARGET_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_DLLTOOL_FOR_TARGET_set=
ac_cv_env_DLLTOOL_FOR_TARGET_value=
ac_cv_env_DLLTOOL_set=
ac_cv_env_DLLTOOL_value=
ac_cv_env_GCC_FOR_TARGET_set=
ac_cv_env_GCC_FOR_TARGET_value=
ac_cv_env_GCJ_FOR_TARGET_set=
ac_cv_env_GCJ_FOR_TARGET_value=
ac_cv_env_GFORTRAN_FOR_TARGET_set=
ac_cv_env_GFORTRAN_FOR_TARGET_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LD_FOR_TARGET_set=
ac_cv_env_LD_FOR_TARGET_value=
ac_cv_env_LD_set=
ac_cv_env_LD_value=
ac_cv_env_LIPO_FOR_TARGET_set=
ac_cv_env_LIPO_FOR_TARGET_value=
ac_cv_env_LIPO_set=
ac_cv_env_LIPO_value=
ac_cv_env_NM_FOR_TARGET_set=
ac_cv_env_NM_FOR_TARGET_value=
ac_cv_env_NM_set=
ac_cv_env_NM_value=
ac_cv_env_OBJCOPY_set=
ac_cv_env_OBJCOPY_value=
ac_cv_env_OBJDUMP_FOR_TARGET_set=
ac_cv_env_OBJDUMP_FOR_TARGET_value=
ac_cv_env_OBJDUMP_set=
ac_cv_env_OBJDUMP_value=
ac_cv_env_RANLIB_FOR_TARGET_set=
ac_cv_env_RANLIB_FOR_TARGET_value=
ac_cv_env_RANLIB_set=
ac_cv_env_RANLIB_value=
ac_cv_env_STRIP_FOR_TARGET_set=
ac_cv_env_STRIP_FOR_TARGET_value=
ac_cv_env_STRIP_set=
ac_cv_env_STRIP_value=
ac_cv_env_WINDMC_FOR_TARGET_set=
ac_cv_env_WINDMC_FOR_TARGET_value=
ac_cv_env_WINDMC_set=
ac_cv_env_WINDMC_value=
ac_cv_env_WINDRES_FOR_TARGET_set=
ac_cv_env_WINDRES_FOR_TARGET_value=
ac_cv_env_WINDRES_set=
ac_cv_env_WINDRES_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_exeext=
ac_cv_host=x86_64-unknown-linux-gnu
ac_cv_host_alias=x86_64-unknown-linux-gnu
ac_cv_objext=o
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AR=ar
ac_cv_prog_AR_FOR_TARGET=ar
ac_cv_prog_AS=as
ac_cv_prog_AS_FOR_TARGET=as
ac_cv_prog_BISON=bison
ac_cv_prog_CC_FOR_TARGET=cc
ac_cv_prog_CXX_FOR_TARGET=c++
ac_cv_prog_EXPECT=expect
ac_cv_prog_FLEX=flex
ac_cv_prog_GCC_FOR_TARGET=gcc
ac_cv_prog_GFORTRAN_FOR_TARGET=gfortran
ac_cv_prog_LD=ld
ac_cv_prog_LD_FOR_TARGET=ld
ac_cv_prog_LEX=flex
ac_cv_prog_M4=m4
ac_cv_prog_MAKEINFO=makeinfo
ac_cv_prog_NM=nm
ac_cv_prog_NM_FOR_TARGET=nm
ac_cv_prog_OBJCOPY=objcopy
ac_cv_prog_OBJDUMP=objdump
ac_cv_prog_OBJDUMP_FOR_TARGET=objdump
ac_cv_prog_RANLIB=ranlib
ac_cv_prog_RANLIB_FOR_TARGET=ranlib
ac_cv_prog_RUNTEST=runtest
ac_cv_prog_STRIP=strip
ac_cv_prog_STRIP_FOR_TARGET=strip
ac_cv_prog_YACC='bison -y'
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++
ac_cv_prog_ac_ct_GNATBIND=gnatbind
ac_cv_prog_ac_ct_GNATMAKE=gnatmake
ac_cv_prog_cc_g=yes
ac_cv_prog_cc_stdc=
ac_cv_prog_cxx_g=yes
ac_cv_target=x86_64-unknown-linux-gnu
ac_cv_target_alias=x86_64-unknown-linux-gnu
acx_cv_cc_gcc_supports_ada=yes
acx_cv_prog_LN=ln
gcc_cv_prog_cmp_skip='cmp --ignore-initial=16 $$f1 $$f2'
gcc_cv_tool_dirs=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.3.5:/usr/local/libexec/gcc/x86_64-unknown-linux-gnu:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.3.5:/usr/lib/gcc/x86_64-unknown-linux-gnu:/usr/local/x86_64-unknown-linux-gnu/bin/x86_64-unknown-linux-gnu/4.3.5:/usr/local/x86_64-unknown-linux-gnu/bin:
gcc_cv_tool_prefix=/usr/local

## ----------------- ##
## Output variables. ##
## ----------------- ##

AR='ar'
AR_FOR_BUILD='$(AR)'
AR_FOR_TARGET='$(AR)'
AS='as'
AS_FOR_BUILD='$(AS)'
AS_FOR_TARGET='$(AS)'
BISON='bison'
CC='gcc'
CC_FOR_BUILD='$(CC)'
CC_FOR_TARGET='$$r/$(HOST_SUBDIR)/gcc/xgcc -B$$r/$(HOST_SUBDIR)/gcc/'
CFLAGS='-g -O2'
CFLAGS_FOR_BUILD='-g -O2'
COMPILER_AS_FOR_TARGET='$$r/$(HOST_SUBDIR)/gcc/as'
COMPILER_LD_FOR_TARGET='$$r/$(HOST_SUBDIR)/gcc/collect-ld'
COMPILER_NM_FOR_TARGET='$$r/$(HOST_SUBDIR)/gcc/nm'
CONFIGURE_GDB_TK=''
CPPFLAGS=''
CXX='g++'
CXXFLAGS='-g -O2'
CXXFLAGS_FOR_BUILD='-g -O2'
CXX_FOR_BUILD='$(CXX)'
CXX_FOR_TARGET='$(CXX)'
DEBUG_PREFIX_CFLAGS_FOR_TARGET=''
DEFS='-DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" '
DLLTOOL='dlltool'
DLLTOOL_FOR_BUILD='$(DLLTOOL)'
DLLTOOL_FOR_TARGET='$(DLLTOOL)'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT=''
EXPECT='expect'
FLAGS_FOR_TARGET=' -B$(build_tooldir)/bin/ -B$(build_tooldir)/lib/ -isystem $(build_tooldir)/include -isystem $(build_tooldir)/sys-include'
FLEX='flex'
GCC_FOR_TARGET='$$r/$(HOST_SUBDIR)/gcc/xgcc -B$$r/$(HOST_SUBDIR)/gcc/'
GCJ_FOR_BUILD='$(GCJ)'
GCJ_FOR_TARGET='$(GCJ)'
GDB_TK=''
GFORTRAN_FOR_BUILD='$(GFORTRAN)'
GFORTRAN_FOR_TARGET='$(GFORTRAN)'
GNATBIND='gnatbind'
GNATMAKE='gnatmake'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_GDB_TK=''
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
LD='ld'
LDFLAGS=''
LDFLAGS_FOR_BUILD=''
LD_FOR_BUILD='$(LD)'
LD_FOR_TARGET='$(LD)'
LEX='flex'
LIBOBJS=''
LIBS=''
LIPO='lipo'
LIPO_FOR_TARGET='$(LIPO)'
LN='ln'
LN_S='ln -s'
LTLIBOBJS=''
M4='m4'
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='makeinfo'
NM='nm'
NM_FOR_BUILD='$(NM)'
NM_FOR_TARGET='$(NM)'
OBJCOPY='objcopy'
OBJDUMP='objdump'
OBJDUMP_FOR_TARGET='$(OBJDUMP)'
OBJEXT='o'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
RANLIB='ranlib'
RANLIB_FOR_BUILD='$(RANLIB)'
RANLIB_FOR_TARGET='$(RANLIB)'
RAW_CXX_FOR_TARGET='$(CXX)'
RPATH_ENVVAR='LD_LIBRARY_PATH'
RUNTEST='runtest'
SHELL='/bin/sh'
STRIP='strip'
STRIP_FOR_TARGET='$(STRIP)'
SYSROOT_CFLAGS_FOR_TARGET=''
TOPLEVEL_CONFIGURE_ARGUMENTS='../gcc-4.3.5/configure --enable-languages=all --disable-mapped-location --program-suffix=435'
WINDMC='windmc'
WINDMC_FOR_BUILD='$(WINDMC)'
WINDMC_FOR_TARGET='$(WINDMC)'
WINDRES='windres'
WINDRES_FOR_BUILD='$(WINDRES)'
WINDRES_FOR_TARGET='$(WINDRES)'
YACC='bison -y'
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_GNATBIND='gnatbind'
ac_ct_GNATMAKE='gnatmake'
bindir='${exec_prefix}/bin'
build='x86_64-unknown-linux-gnu'
build_alias=''
build_configargs='--cache-file=../config.cache '--disable-mapped-location' '--enable-languages=c,pascal' --program-transform-name='s,$$,435,''
build_configdirs=' libiberty fixincludes'
build_cpu='x86_64'
build_libsubdir='build-x86_64-unknown-linux-gnu'
build_noncanonical='x86_64-unknown-linux-gnu'
build_os='linux-gnu'
build_subdir='build-x86_64-unknown-linux-gnu'
build_tooldir='${exec_prefix}/x86_64-unknown-linux-gnu'
build_vendor='unknown'
config_shell='/bin/sh'
configdirs=' intl libiberty zlib libcpp libdecnumber fixincludes gcc'
datadir='${prefix}/share'
datarootdir='${prefix}/share'
do_compare='cmp --ignore-initial=16 $$f1 $$f2'
docdir='${datarootdir}/doc'
exec_prefix='${prefix}'
extra_mpfr_configure_flags=''
gmpinc=''
gmplibs='-lmpfr -lgmp'
host='x86_64-unknown-linux-gnu'
host_alias=''
host_configargs='--cache-file=./config.cache  '--disable-mapped-location' '--enable-languages=c,pascal' --program-transform-name='s,$$,435,''
host_cpu='x86_64'
host_noncanonical='x86_64-unknown-linux-gnu'
host_os='linux-gnu'
host_subdir='.'
host_vendor='unknown'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr/local'
program_transform_name='s,$$,435,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
stage1_cflags='-g -fkeep-inline-functions'
stage1_checking='--enable-checking=yes,types'
stage1_languages='c'
stage2_werror_flag=''
sysconfdir='${prefix}/etc'
target='x86_64-unknown-linux-gnu'
target_alias=''
target_configargs='--cache-file=./config.cache --enable-multilib '--disable-mapped-location' '--enable-languages=c,pascal' --program-transform-name='s,$$,435,''
target_cpu='x86_64'
target_noncanonical='x86_64-unknown-linux-gnu'
target_os='linux-gnu'
target_subdir='x86_64-unknown-linux-gnu'
target_vendor='unknown'
tooldir='${exec_prefix}/x86_64-unknown-linux-gnu'

## ------------- ##
## Output files. ##
## ------------- ##

alphaieee_frag='/dev/null'
host_makefile_frag='/dev/null'
ospace_frag='/dev/null'
serialization_dependencies='serdep.tmp'
target_makefile_frag='../gcc-4.3.5/config/mt-gnu'

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#endif
#ifdef __cplusplus
extern "C" void exit (int) throw ();

configure: exit 0
_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

unexpected gpc command line behaviour

2012-01-19T13:24:18

Hi,
I've built gpc-20070904 for openSuSE 12.1 and the gpc command fails unless I type the full path name of gpc on the command line.

For example, if I type gpc -- verbose hello.pas , gpc calls the assembler in 32 bit mode.  Like this ...

trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> gpc --verbose hello.pas 
Reading specs from /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/specs
Configured with: ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu --enable-languages=pascal --disable-mapped-location --enable-threads=posix --disable-nls --prefix=/usr/local/gpc --infodir=/usr/local/info --mandir=/usr/local/man
Thread model: posix
gpc version 20070904, based on gcc-3.4.6
 /usr/local/gpc/lib/gcc/x86_64-suse-linux-gnu/3.4.6/gpc1 -quiet -v hello.pas -quiet -dumpbase hello.pas -mtune=k8 -auxbase hello -famtmpfile=/tmp/ccsijV8f.gpa -version -o /tmp/cclfaLHH.s
GNU Pascal version 20070904, based on gcc-3.4.6 (x86_64-suse-linux-gnu)
        compiled by GNU C version 3.4.6.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU Pascal Compiler PreProcessor version 20070904, based on gcc-3.4.6

 as -V -Qy --32 -o /tmp/ccrX1Zh9.o /tmp/cclfaLHH.s
GNU assembler version 2.21.1 (x86_64-suse-linux) using BFD version (GNU Binutils; openSUSE 12.1) 2.21.1
/tmp/cclfaLHH.s: Assembler messages:
/tmp/cclfaLHH.s:10: Error: bad register name `%rbp'
/tmp/cclfaLHH.s:12: Error: bad register name `%rsp'
/tmp/cclfaLHH.s:15: Error: bad register name `%rip)'
/tmp/cclfaLHH.s:17: Error: `movabs' is only supported in 64-bit mode
/tmp/cclfaLHH.s:20: Error: bad register name `%rip)'
/tmp/cclfaLHH.s:22: Error: bad register name `%rip)'
...
/tmp/cclfaLHH.s:67: Error: bad register name `%rbp)'




On the other hand, when I call gpc using its full path name, everything works as expected ...

trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> /usr/local/bin/gpc --verbose hello.pas 
Reading specs from /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/specs
Configured with: ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu --enable-languages=pascal --disable-mapped-location --enable-threads=posix --disable-nls --prefix=/usr/local/gpc --infodir=/usr/local/info --mandir=/usr/local/man
Thread model: posix
gpc version 20070904, based on gcc-3.4.6
 /usr/local/gpc/lib/gcc/x86_64-suse-linux-gnu/3.4.6/gpc1 -quiet -v hello.pas -quiet -dumpbase hello.pas -mtune=k8 -auxbase hello -famtmpfile=/tmp/ccVD338Z.gpa -version -o /tmp/ccxCBcyY.s
GNU Pascal version 20070904, based on gcc-3.4.6 (x86_64-suse-linux-gnu)
        compiled by GNU C version 3.4.6.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU Pascal Compiler PreProcessor version 20070904, based on gcc-3.4.6

 as -V -Qy -o /tmp/ccBkjEYW.o /tmp/ccxCBcyY.s
GNU assembler version 2.21.1 (x86_64-suse-linux) using BFD version (GNU Binutils; openSUSE 12.1) 2.21.1
 ld --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/crtbegin.o -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6 -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/../../../../lib64 -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 /tmp/ccBkjEYW.o -lgpc -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/crtend.o /usr/lib/../lib64/crtn.o
trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> ./a.out
Hello, world.
trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> 



Similar (but not identical) problem when I call gpc with no arguments:  When I omit the full pathname, gpc fails because it tries to link an empty file ...


trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> gpc --verbose
Reading specs from /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/specs
Configured with: ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu --enable-languages=pascal --disable-mapped-location --enable-threads=posix --disable-nls --prefix=/usr/local/gpc --infodir=/usr/local/info --mandir=/usr/local/man
Thread model: posix
gpc version 20070904, based on gcc-3.4.6
 ld --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/crtbegin.o -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6 -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/../../../../lib64 -L/usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 --no-warn-search-mismatch -lgpc -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/crtend.o /usr/lib/../lib64/crtn.o
/usr/lib/../lib64/crt1.o: In function `_start':
/home/abuild/rpmbuild/BUILD/glibc-2.14.1/csu/../sysdeps/x86_64/elf/start.S:109: undefined reference to `main'
trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> 



With a full pathname, gpc prints some version info and exits (as expected)


trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> /usr/local/bin/gpc --verbose
Reading specs from /usr/local/gpc/lib64/gcc/x86_64-suse-linux-gnu/3.4.6/specs
Configured with: ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu --enable-languages=pascal --disable-mapped-location --enable-threads=posix --disable-nls --prefix=/usr/local/gpc --infodir=/usr/local/info --mandir=/usr/local/man
Thread model: posix
gpc version 20070904, based on gcc-3.4.6
trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos>

Note:  /usr/local/bin/gpc is a link:   

trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> file /usr/local/bin/gpc
/usr/local/bin/gpc: symbolic link to `/usr/local/gpc/bin/gpc'
trevor< at >linux-z54m:~/projects/gpc/gpc-20070904/p/demos> 


Also,

trevor< at >linux-z54m:~/projects/gpc/gcc-3.4.6/gcc/p/test> uname -a
Linux linux-z54m 3.1.0-1.2-desktop #1 SMP PREEMPT Thu Nov 3 14:45:45 UTC 2011 (187dde0) x86_64 x86_64 x86_64 GNU/Linux
trevor< at >linux-z54m:~/projects/gpc/gcc-3.4.6/gcc/p/test> 


Also, calling gpc (ie in short form, not using full pathname) from a shell script works as expected, so the test scripts work.   Results copied below.
I built gpc on openSuSE 11.3using the same build process (as far as I know) and there were no problems.



OK, it's not a catastrophic failure, but I would like to fix it.
Does anyone know what causes this, and what I need to do about it?
Any ideas much appreciated.


Test summary:

                === gpc Summary ===

# of tests                5111
# of expected passes      5102
# of unexpected failures  7
# of unsupported tests    2_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

Compile error with GNU Pascal

Baudouin Le Charlier — 2011-11-25T18:26:55

  Hi !

  I am using a Mac OS X 10.6.8. I have downloaded GNU Pascal for Mac Os from http://www.microbizz.nl/gpc.html together with Apple’s Mac OS X assembler and linker (cctools-576) (binary). I got the following error :

gp test.pas
/usr/bin/ld: can't locate file for: -lcrt1.o
collect2: ld returned 1 exit status

I should be happy to know how to "fix" this "problem".

Thanks in advance for help.

Baudouin
_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc

is this a bug in GPC?

Leo Brewin — 2011-10-29T02:39:34

Hi Troops,

I've been using Adriaan's recent gpc (gpc436u1) on MacOSX 10.7.2 with Xcode 4.2 and I think I have found a bug. I've attached a rather odd but simple code that can produce a segmentation fault.

This is what I get when running the code through gdb

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0xc0000140
0x917a4a89 in longcopy ()
(gdb) where
#0  0x917a4a89 in longcopy ()
#1  0x9178ec98 in memmove$VARIANT$sse3x ()
#2  0x000018c0 in Jack (l1=1, u1=4, x_beg=< at >0xbfffed10, l2=1, u2=4, x_end=< at >0xbfffecf0) at foo.p:25
#3  0x00001a05 in Jill () at foo.p:48
#4  0x00001a34 in main program () at foo.p:57
#5  0x00001aab in main (argc=1, argv=0xbfffeda0, envp=0xbfffeda8) at foo.p:1
(gdb) quit

It seems that the crash occurs when starting up the procedure Mary. It looks like something to do with a copy of the two arrays x_beg and x_end. If I change the formal declarations to var arrays then the problem does not occur. So I have a workaround but it is not ideal. And almost any other change to the code seems to also remove the seg fault (e.g. use just one case in the case statement, set my_choice=1, make x_beg, x_end array[1..3], add a written anywhere etc.)

Any thoughts or suggestions?

Cheers
Leo Brewin
School of Mathematical Sciences
Monash University

// -----------------------------------------------------------------------------------
// compile this with gpc346u1 leads to a segmentation fault

// gpc -o foo foo.p

program Fred(input,output);
var

   my_choice  : integer;

   // the segmentation fault does not ocurr if the the following two arrayas are passed as var ...
      
   procedure Mary(x_beg : array[l1..u1:integer] of double;
                  x_end : array[l2..u2:integer] of double);
   begin
   
   end;

   procedure Jack(var x_beg  : array[l1..u1:integer] of double;
                  var x_end  : array[l2..u2:integer] of double);
   begin
      
      case my_choice of
      
          1: Mary(x_beg,x_end);
          2: Mary(x_beg,x_end);
         
         otherwise ;
         
      end;
      
   end;
   
   procedure Jill;
   var
      x_0 : array[1..4] of double;
      x_1 : array[1..4] of double;
                            
   begin

      x_0[1]:=0.0e0;
      x_0[2]:=0.0e0;
      x_0[3]:=0.0e0;
      x_0[4]:=0.0e0;
                    
      x_1[1]:=0.1e0;
      x_1[2]:=0.0e0;
      x_1[3]:=0.0e0;
      x_1[4]:=0.0e0;
      
      Jack(x_0,x_1); 
            
   end;

begin

   my_choice:=1;  // no problem using this
   my_choice:=2;  // will cause a seg fault

   Jill;

end.


_______________________________________________
Gpc mailing list
Gpc< at >gnu.de
https://www.g-n-u.de/mailman/listinfo/gpc