Gpc

gpc@gnu.de

5400 discussions

How to patch (was: Cannot compile gpc-20041218 on MinGW/Windows 2000)
by Markus Gerwinski 21 Feb '05

21 Feb '05

Jan Ruzicka wrote: > b) there can be a problem with the line endings (CRLF vs CR / LF). > The file gcc.c on your system may have different line endings then the > used patch file. > The difference in line endings may prevent patch from matching the > surrounding blocks of code. > (dos2unix is your friend) The patch file really contained ^Ms. However, removing them didn't change things. I also doubt it has anything to do with the paths. What I did was this: - file to change: $MYPATH/gcc-3.2.3/gcc/gcc.c - path in the patch file: gcc/gcc/gcc.c So I did `cd $MYPATH/gcc-3.2.3' and then `patch -p1 < ../gcc.c.patch'. That should have done the trick, shouldn't it? Yours, Markus ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 2

Re: GPC ALPHA 20050217 released
by Waldek Hebisch 21 Feb '05

21 Feb '05

I have discovered code generation problem on AMD64. The patch below corrects code generation. It causes spurious warnings in some other tests (fjf1014.pas, fjf1021h.pas, fjf1021i.pas, fjf768c.pas, fjf768e.pas, fjf768f.pas) but those will require separate fix. In principle other platforms may be affected -- in particular the problem on Mac OSX looks related. diff -u p.orig/expressions.c p/expressions.c --- p.orig/expressions.c 2005-02-16 04:38:36.000000000 +0100 +++ p/expressions.c 2005-02-19 05:17:58.200156608 +0100 @@ -259,20 +259,23 @@ { tree cond, t; int side_effects = TREE_SIDE_EFFECTS (expr); - expr = save_expr (expr); - if (TREE_CODE (expr) == SAVE_EXPR) - TREE_SIDE_EFFECTS (expr) = side_effects; - cond = chklo ? build_implicit_pascal_binary_op (LT_EXPR, expr, min) : NULL_TREE; + tree tmpvar = make_new_variable("range_check", TREE_TYPE (expr)); + tree tv; + cond = chklo ? build_implicit_pascal_binary_op (LT_EXPR, tmpvar, min) : NULL_TREE; if (chkhi) { - tree cond2 = build_implicit_pascal_binary_op (GT_EXPR, expr, max); + tree cond2 = build_implicit_pascal_binary_op (GT_EXPR, tmpvar, max); cond = cond ? build_pascal_binary_op (TRUTH_ORIF_EXPR, cond, cond2) : cond2; } - t = save_expr (build (COND_EXPR, TREE_TYPE (expr), cond, build (COMPOUND_EXPR, - TREE_TYPE (expr), build_predef_call (co->range_checking > 1 ? p_IORangeCheckError : p_RangeCheckError, - NULL_TREE), expr), expr)); - if (TREE_CODE (t) == SAVE_EXPR) - TREE_SIDE_EFFECTS (t) = side_effects; + t = build (COMPOUND_EXPR, TREE_TYPE (expr), + build_predef_call (co->range_checking > 1 ? p_IORangeCheckError : p_RangeCheckError, + NULL_TREE), tmpvar); + t = build (COND_EXPR, TREE_TYPE (expr), cond, t, tmpvar); + tv = build (MODIFY_EXPR, TREE_TYPE (expr), tmpvar, expr); + PASCAL_VALUE_ASSIGNED (tmpvar) = 1; + TREE_SIDE_EFFECTS (tv) = 1; + t = build (COMPOUND_EXPR, TREE_TYPE (expr), tv, t); + TREE_SIDE_EFFECTS (t) = side_effects; return t; } } -- Waldek Hebisch hebisch(a)math.uni.wroc.pl

4 12

Solved: Cannot compile gpc-20041218 on MinGW/Windows 2000
by Markus Gerwinski 21 Feb '05

21 Feb '05

Prof A Olowofoyeku (The African Chief) wrote: > > > BTW: you *are* using Mingw "special" gcc sources, aren't you? > > Where can I get them? > http://prdownloads.sourceforge.net/mingw/ #-) Thank you a lot of a lot, Chief! That was it. Best, Markus ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 1

Re: warning: Operand with side-effects is not evaluated.
by Igor Marnat 21 Feb '05

21 Feb '05

Hello Frank, FH> The warning is probably wrong. I hope we can fix it soon. (I'm aware Thank you for the infiormation, Regards, Igor mailto:marny@rambler.ru

1 0

GPC ALPHA 20050217 and Mingw
by Prof A Olowofoyeku (The African Chief) 20 Feb '05

20 Feb '05

> On 20 Feb 2005 at 5:38, Waldek Hebisch wrote: [...] > > Note2: The `gpc.c' file is substantially changed. It is now more > > similar to `gcc.c' from gcc-3.4.3 then to old `gpc.c'. So it may > > trigger bugs in the C compiler used to bootstrap. In which case, gcc-3.4.3 should also fail to compile. I have just built gcc-3.4.3 successfully. Also, reverting back to mingw runtime 1.x (2001) makes absolutely no difference. Neither does the gcc version used for building (I have tried 3.3.3., 3.4.2 and 3.4.3). Trying to build this snapshot with gcc-3.4.3 sources yields this error: make[1]: Entering directory `/src/gcc-3.4.3/build/libiberty' make[2]: Entering directory `/src/gcc-3.4.3/build/libiberty/testsuite' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/src/gcc-3.4.3/build/libiberty/testsuite' make[1]: Leaving directory `/src/gcc-3.4.3/build/libiberty' make[1]: Entering directory `/src/gcc-3.4.3/build/intl' make[1]: Leaving directory `/src/gcc-3.4.3/build/intl' Bootstrapping the compiler make[1]: Entering directory `/src/gcc-3.4.3/build/gcc' make CC="gcc.exe" libdir=/mingw/lib LANGUAGES="c " \ CFLAGS="-g " MAKEINFO="makeinfo --split-size=5000000" \ MAKEINFOFLAGS="" COVERAGE_FLAGS= \ OBJS-onestep="alias.o bb-reorder.o bitmap.o builtins.o caller-save.o calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o cfgloopanal.o cfgloopmanip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o combine.o conflict.o convert.o coverage.o cse.o cselib.o dbxout.o debug.o df.o diagnostic.o dojump.o doloop.o dominance.o dwarf2asm.o dwarf2out.o emit-rtl.o except.o explow.o expmed.o expr.o final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o global.o graph.o gtype-desc.o haifa-sched.o hooks.o ifcvt.o insn- attrtab.o insn-emit.o insn-modes.o insn-extract.o insn-opinit.o insn- output.o insn-peep.o insn-recog.o integrate.o intl.o jump.o langhooks.o lcm.o lists.o local-alloc.o loop.o optabs.o options.o opts.o params.o postreload.o predict.o print-rtl.o print-tree.o value- prof.o profile.o ra.o ra-build.o ra-colorize.o ra-debug.o ra-rewrite.o real.o recog.o reg-stack.o regclass.o regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o sibcall.o simplify-rtx.o sreal.o stmt.o stor-layout.o stringpool.o targhooks.o timevar.o toplev.o tracer.o tree.o tree-dump.o unroll.o varasm.o varray.o version.o vmsdbgout.o xcoffout.o alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o web.o i386.o winnt.o host-default.o hashtable.o tree-inline.o tree-optimize.o cgraph.o cgraphunit.o" make[2]: Entering directory `/src/gcc-3.4.3/build/gcc' make \ CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- prototypes -pedantic -Wno-long-long " \ CONFIG_H="tconfig.h ../../gcc/../include/ansidecl.h ../../gcc/config/i386/xm-mingw32.h" TM_H="tm.h ../../gcc/config/i386/i386.h ../../gcc/config/i386/unix.h ../../gcc/config/i386/bsd.h ../../gcc/config/i386/gas.h ../../gcc/config/dbxcoff.h ../../gcc/config/i386/cygming.h ../../gcc/config/i386/mingw32.h ../../gcc/defaults.h insn-constants.h insn-flags.h" \ INCLUDES="-I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include - I../intl" \ MAKEOVERRIDES= \ -f libgcc.mk all make[3]: Entering directory `/src/gcc-3.4.3/build/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ../../gcc/mkinstalldirs $d; fi; \ done if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi make[3]: Leaving directory `/src/gcc-3.4.3/build/gcc' gcc.exe -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes - Wmissing-prototypes -pedantic -Wno-long-long -DHAVE_CONFIG_H -o Tcollect2.exe \ collect2.o tlink.o intl.o version.o ../libiberty/libiberty.a ../intl/libintl.a collect2.o(.text+0x2ef): In function `handler': d:/src/gcc-3.4.3/build/gcc/../../gcc/collect2.c:427: undefined reference to `kill' collect2.o(.text+0x2c7f): In function `scan_prog_file': d:/src/gcc-3.4.3/build/gcc/../../gcc/collect2.c:2016: undefined reference to `pipe' collect2.o(.text+0x2d56):d:/src/gcc- 3.4.3/build/gcc/../../gcc/collect2.c:2039: undefined reference to `fork' make[2]: *** [collect2.exe] Error 1 make[2]: Leaving directory `/src/gcc-3.4.3/build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/src/gcc-3.4.3/build/gcc' make: *** [bootstrap-lean] Error 2 Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/

1 0

Re: GPC ALPHA 20050217 released
by Prof A Olowofoyeku (The African Chief) 20 Feb '05

20 Feb '05

On 20 Feb 2005 at 5:38, Waldek Hebisch wrote: > Prof A Olowofoyeku wrote: > > Unfortunately, this snapshot has serious problems under Windows > > (Mingw). xgpc.exe crashes with a GPF every time it is called. I have > > tried building it on different PCs, and I have tried different gcc > > backend sources - same result :-( > > > > FYI, I have just built 20050217-based Mingw32 compiler. I did this > using cross-compiler from Linux to Mingw32 to cross-compile native > Mingw32 compiler. I have no Windows for real test but the resulting > compiler runs under wine and I am able run (again under wine) > resulting executables (well, at least "Hello World"). > > Note: I used stock 3.2.3 sources. I have also tried this. No difference ... > Also, I used old 3.1.1 cross-compiler, mingw-runtime-19991107 and > binutils 2.13.1. These are very old (indeed, that version of the mingw-runtime is virtually obsolete). But the story might be with the Mingw runtime. The struggle continues ... Best regards, The Chief -------- Prof. Abimbola A. Olowofoyeku (The African Chief) web: http://www.greatchief.plus.com/

1 0

Re: Update for Mac OS X
by Adriaan van Os 19 Feb '05

19 Feb '05

steven.borley wrote: > Adriaan, > > I posted this (see below) to the gpc list yesterday, but it never > appeared (I don't know why), so my apologies for the direct approach. > > I was hoping you could help my in using the MacOSX update. It looks > like I have a linker problem. Possibly because you've used XCode v2.0 > tools in generating the library files?? No -- and there is no such thing like "XCode v2.0 tools". Apple's marketing department acts as if it invented the "gcc" compiler, the "as" assembler and the "ld" linker as part of XCode, but that is far from the truth. Apple's gcc compiler and as assembler are hacked versions of software of the Free Software Foundation (<http://www.gnu.org/>). And ... you must sign a non-disclosure agreement to use them, since they are part of "Tiger" - very amusing. > Is there any way around this other than recompiling from source > myself? I don't wish to use the cctools you've supplied for fear > they'll break my v1.5 XCode Tools installation. To the best of my knowledge they won't (and you can always reinstall the so-called XCode tools). > Any suggestions? Maybe I used a "too new" assembler and linker to build the binaries ? Has someone else experienced the same problem ? Did installing the latest cctools from my website solve the problem ? > Regards, > Steven > > Begin forwarded message: > >> From: steven.borley <steven.borley(a)virgin.net> >> Date: 15 February 2005 18:56:56 GMT >> To: gpc(a)gnu.de >> Subject: Re: Update for Mac OS X >> >> Adriaan, >> >> Thank you for the Mac OS X update. >> >> However, I'm having problems using it. >> >> I have upgraded from gpc332d1 to gpc343d6, upgraded GPC Interfaces to >> 1.07 (from D to E) from the microbizz site. I did not take the >> cctools as I reasoned that I have the most up-to-date version already >> from Apple (November 2004 gcc 3.3 Updater). Obviously not (see below). >> Trying to compile my simple Hello World program I get... >> >> [mirror-doors:~/src/pascal/hello] steven% gpc hello.pas >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgpc.a(error.o) r_type field of relocation entry 709 in section >> (__TEXT,__text) invalid >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgpc.a(error.o) stray relocation PPC_RELOC_PAIR entry (710) in >> section (__TEXT,__text) >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgpc.a(error.o) r_type field of relocation entry 711 in section >> (__TEXT,__text) invalid >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgpc.a(error.o) stray relocation PPC_RELOC_PAIR entry (712) in >> section (__TEXT,__text) >> >> [...snip... another 300 lines or so...] >> >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgcc.a(_moddi3.o) r_type field of relocation entry 0 in section >> (__TEXT,__eh_frame) invalid >> /usr/bin/ld: >> /Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/ >> libgcc.a(_moddi3.o) stray relocation PPC_RELOC_PAIR entry (1) in >> section (__TEXT,__eh_frame) >> collect2: ld returned 1 exit status >> >> What am I doing wrong? >> >> Is this because the cctools on microbizz are actually newer than the >> official Apple release (i.e. not-pre-release). If so what do these >> newer tools do for me? I was reluctant to upgrade as Pascal is only a >> small part of my compiling work and I could find no release notes or >> mention of this update on the Apple Developer Connect site. Also, if >> these tools are from XCode 2.0 pre-release, will they break my XCode >> v1.5 installation? >> >> More info: >> >> Max OSX 10.3.8 >> >> XCode Tools v1.5 >> >> [mirror-doors:~/src/pascal/hello] steven% ld -v >> Apple Computer, Inc. version cctools-525.1.obj~8 Ah, that version is much older than the "Apple Computer, Inc. version cctools-528.5~obj" on my website. >> hello.pas contains >> program hello; >> var >> i : integer; >> begin >> for i := 1 to 5 do >> writeln('Hello, World!'); >> end. >> >> Regards, >> Steven Regards, Adriaan van Os

2 3

Update for Mac OS X
by Adriaan van Os 18 Feb '05

18 Feb '05

The gpc compiler for Mac OS X, available from <http://www.microbizz.nl/gpc.html>, has been updated. The distribution is based on gcc-3.4.3, gpc-20041218 and Waldek's patches. The downloads include separate packages for: • an installer for the compiler's binaries (for Mac OS X 10.3 and later) • sources, patches and building instructions (for Mac OS X 10.2 and later) • an updated Mac OS X assembler, linker and utilities (cctools-528.5) • updated Mac OS X Pascal Interfaces (version 1.0.7) Regards, Adriaan van Os

2 1

Re: Cannot compile gpc-20041218 on MinGW/Windows 2000
by Markus Gerwinski 18 Feb '05

18 Feb '05

Prof A Olowofoyeku (The African Chief) wrote: > BTW: you *are* using Mingw "special" gcc sources, aren't you? Um... no? I didn't even know there are any. Up to now, compiling worked fine every time with the "normal" sources. Where can I get them? Best, Markus ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

2 1

Re: Cannot compile gpc-20041218 on MinGW/Windows 2000
by Markus Gerwinski 16 Feb '05

16 Feb '05

Prof A Olowofoyeku (The African Chief) wrote: > > > What is the output of "gcc -print-file-name=libmingwex.a"? > > C:\MinGW\lib\libmingwex.a. > > What now? > Your problem is baffling. The library can be found by the compiler, > and you shouldn't even need os-hacks.h. I am unable to reproduce the > problem, even with a freshly downloaded and installed Mingw release. > Perhaps you should try manually adding "-lmingwex" to the command > line ... I wasn't quite sure where in the Makefile to add it. My first shot was writing it into the needed-options file: make[1]: Entering directory `/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/utils' ../.././xgpc -B../.././ -L../.. -I../rts --automake --executable-file-name -W -Wall -Wmissing-prototypes -Wmissing-declarations -g --executable-path=. --unit-path=/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/rts --unit-path=/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/units `cat needed-options` "binobj.pas" ../../libgpc.a(rts.o)(.text+0x180d): In function `p_CStringReadDir': C:/msys/1.0/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/rts/rts.c:1546: undefined reference to `readdir' ../../libgpc.a(rts.o)(.text+0x17f1): In function `p_CStringOpenDir': C:/msys/1.0/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/rts/rts.c:1541: undefined reference to `opendir' ../../libgpc.a(rts.o)(.text+0x183c): In function `p_CStringCloseDir': C:/msys/1.0/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/rts/rts.c:1552: undefined reference to `closedir' ... but without any effect. Best, Markus, off to Brussels, protesting against software patents __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

2 1

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