Gpc

gpc@gnu.de

5400 discussions

Re: GCC integration?
by Thorsten Glaser 17 Dec '04

17 Dec '04

Marcel Cox dixit: >2) I think doing major GPC integration work now based on GCC 3.x is >just a waste of resources There is not much to do. I integrated gpc into a BSD in-tree gcc once, and besides having to rewrite some stuff for BSD make and applying the diffs correctly, there was next to no work involved. //mirabile

1 0

Re: GCC integration?
by Thorsten Glaser 17 Dec '04

17 Dec '04

Joseph S. Myers dixit: (gpc, SSP) >Again, features cannot be integrated in release branches before they are >in mainline, and they cannot go in mainline if their developers will not >discuss, explain and adapt them in accordance with the usual development >procedures. What about a gcc3-mainline? Development starting from 3.4 and heading towards 3.5, until gpc is mainline-ready and etoh-san has redesigned SSP for working with tree-ssa? Not having SSP for gcc4 e.g. is for the BSDs a showstopper. bye, //mirabile

1 0

Re: GCC integration?
by Thorsten Glaser 17 Dec '04

17 Dec '04

Steven Bosscher dixit: >GCC 3.x and GCC 4.0 are internally so very different already that you >will find very few bugfixes for GCC 4.0 that you can backport to any >of the GCC 3.x releases. This one >Except that you'd be integrating with an end-of-life infrastructure. And this one >a waste of effort. Why not just work against GCC 3.4 if you really >want to stay GCC3-based? And this one are the reasons for continuing the gcc3 line IMHO. >You could make it so much easier for yourselves if you'd just skip Please note I'm neither a GCC- nor a GPC-developer. >So, one, two years from now when the GCC4 series will be mainstream >compilers, you have to start over with your integration work to keep >gpc available to the masses. Nobody said to stop integration work. It's about two things. To get stuff in at all and in the correct directories, and to adapt the code (esp. for gcc4). Start with the easier. bye, //mirabile

1 0

gpc on IBM AIX 5.3 with POWER5
by Neil Bunn 17 Dec '04

17 Dec '04

Hi, I'm trying to build gpc following the instructions on the web, and trying to build on AIX 5.3 using gcc 3.3.2 which is supported and install. When I attempt: configure --enable-languages=pascal I get: bash-2.05b# /work/gcc-3.3.2/configure --enable-languages=pascal Configuring for a powerpc-ibm-aix5.3.0.0 host. Created "Makefile" in /work/gpc-build using "mt-frag" And then the make process hangs, with bind64 taking up 50% of my cpu time for a while until I kill it. In the build directory all that is created is: Makefile mt-frag conftest.c powerpc-ibm-aix5.3.0.0 Any ideas how to get this to move forward? Regards, Neil Bunn www.ibm.com/eserver/openpower - Serious Linux for Serious Business --------------- Advisory Technical Specialist OpenPower, pSeries & Linux Solutions IBM Canada Ltd. Work: (905) 316-8406 Internet: neilbunn(a)ca.ibm.com ---------------

2 1

[ra993482@ic.unicamp.br: Spec file for GPC]
by Anja Gerwinski 13 Dec '04

13 Dec '04

Hello, clearing up a mail folder I read only rarely (due to excess spam), I found the message below. It's of July, but maybe it is still of interest. Best Regards, Anja Gerwinski ----- Forwarded message from Ulisses <ra993482(a)ic.unicamp.br> ----- Delivery-date: Mon, 05 Jul 2004 22:09:20 +0200 Subject: Spec file for GPC From: Ulisses <ra993482(a)ic.unicamp.br> To: gpc-owner(a)gnu.de Hi, could you forward this email to your gpc mailing list? I made a spec file for gpc and I thought some people there might be interested. Regards, -- Ulisses %define name gpc %define gpcversion 20040516 %define gpcrelease 1 %define gcccoreversion 3.2.3 %define myprefix /usr/local Summary: GNU Pascal Compiler Name: %{name} Version: %{gpcversion} Release: %{gpcrelease} License: GPL Group: Development/Languages Source0: gcc-core-%{gcccoreversion}.tar.bz2 Source1: gpc-%{gpcversion}.tar.gz BuildRoot: %{_builddir}/%{name}-instroot %description This package contains the GNU Pascal Compiler. %prep %setup -T -c -a 0 %setup -T -D -a 1 mv gpc-%{gpcversion}/p gcc-%{gcccoreversion}/gcc/ %build rm -rf gpc-build mkdir gpc-build cd gpc-build ../gcc-%{gcccoreversion}/configure --enable-languages=pascal --prefix=%{myprefix} make %install rm -rf $RPM_BUILD_ROOT cd gpc-build make DESTDIR=$RPM_BUILD_ROOT install %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %{myprefix}/bin/* %{myprefix}/lib/* %{myprefix}/info/* %{myprefix}/doc/* %{myprefix}/man/* %{myprefix}/share/* %changelog * Fri Jul 03 2004 Ulisses <ra993482(a)ic.unicamp.br> 20040516-1 - Initial spec file. ----- End forwarded message -----

1 0

module/unit interface `Gpc' could not be imported
by Leo Brewin 13 Dec '04

13 Dec '04

Hi Folks, My apologies if this is a silly question... I've just compiled gpc-20020510 on my Red Hat 9 system and I can't seem to compile any of the demo programs (except hello.pas). Here is what I did mv gpc-20020510/p/ gcc-2.95.2/gcc/ mkdir gpc-build cd gpc-build ../gcc-2.95.2/configure --enable-language=pascal --prefix=/home/leo/local make install There were no errors during the above compilation. Next I tried the demo programs, cd ~/local/doc/gpc/demos gpc factorial.pas factorial.pas:31: module/unit interface `Gpc' could not be imported I guess there is something blindingly obvious that I have forgotten. Can anyone enlighten me please? Thanks, Leo Brewin

2 1

module/unit interface `Gpc' could not be imported : Solved
by Leo Brewin 11 Dec '04

11 Dec '04

Hi Folks, The verdict is in : I'm a twit. The solution is (RTFM) gpc --automake factorial.pas Sorry to waste your time. Cheers, Leo Brewin

1 0

Linking problem on AIX
by Peter Keenan 08 Dec '04

08 Dec '04

Following my earlier post about memory limit in 32 bit programs in AIX http://www.gnu-pascal.de/crystal/gpc/en/mail11103.html I am now trying to get around the memory limitations by using 64 bit program with GPC. I am using the -maix64 flag. I can build a simple c program using GCC and this flag. When I try to do this for a simple pascal program I get linking problems. I get this using both GNU LD 2.14 or the AIX linker. This is probably a simple path or library problem, I would be very grateful for any suggestions. gpc -g3 -maix64 testmem.pas gives /tmp//ccGWEOVZ.o(.pr+0x2c): In function `.pascal_main_program': testmem.pas:17: undefined reference to `._p_New' /tmp//ccGWEOVZ.o(.pr+0x72):testmem.pas:19: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0x7c):testmem.pas: undefined reference to `._p_Write_Init' /tmp//ccGWEOVZ.o(.pr+0x86):testmem.pas: undefined reference to `_p_InOutRes' /tmp//ccGWEOVZ.o(.pr+0x96):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xac):testmem.pas: undefined reference to `._p_Write_String' /tmp//ccGWEOVZ.o(.pr+0xb6):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xc8):testmem.pas: undefined reference to `._p_Write_Integer' /tmp//ccGWEOVZ.o(.pr+0xd2):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xd8):testmem.pas: undefined reference to `._p_Write_Line' /tmp//ccGWEOVZ.o(.pr+0xe2):testmem.pas: undefined reference to `_p_Output' /tmp//ccGWEOVZ.o(.pr+0xe8):testmem.pas: undefined reference to `._p_Write_Flush' /tmp//ccGWEOVZ.o(.pr+0xf2):testmem.pas: undefined reference to `_p_InOutRes' /tmp//ccGWEOVZ.o(.pr+0x100):testmem.pas: undefined reference to `._p_CheckInOutRes' /tmp//ccGWEOVZ.o(.pr+0x1b0): In function `.init_pascal_main_program': testmem.pas:22: undefined reference to `._p_DoInitProc' /tmp//ccGWEOVZ.o(.pr+0x21e): In function `.main': testmem.pas:22: undefined reference to `_p_GPC_RTS_VERSION_20041017'

2 1

Re: internal compiler error: in find_function_data, at function.c:317
by Tom Schneider 05 Dec '04

05 Dec '04

Waldek: > The problem is that GPC lost track of variables. More precisely, > the line (in procedure printfeature): > > with f^, f^.definition^ do begin > > confused GPC. As a workaround you may replace it by: > > with f^ do with f^.definition^ do begin Thank you!! I confirm that that solved the problem when I did it for all cases. Also thanks for identifying how to correct the GPC code. Tom Dr. Thomas D. Schneider National Cancer Institute Laboratory of Experimental and Computational Biology Molecular Information Theory Group Frederick, Maryland 21702-1201 toms(a)ncifcrf.gov permanent email: toms(a)alum.mit.edu (use only if first address fails) http://www.lecb.ncifcrf.gov/~toms/

1 0

Re: internal compiler error: in find_function_data, at function.c:317
by Waldek Hebisch 02 Dec '04

02 Dec '04

Todd Fiedler wrote: > Thanks for your quick response. > > On a side note, can you tell me if the lister.i file was included with > the message you received? I have been asked to find out. I'm hoping it > did not but I would really appreciate it if you could tell me. > The `lister.i' file was in the attachement (otherwise I would have no chance to find the problem). More precisely, the attachement contained the `lister.zip' file. Note that messages to the GPC mailing list are archived at: http://www.gnu-pascal.de/crystal/gpc/en/ -- Waldek Hebisch hebisch(a)math.uni.wroc.pl

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

Gpc