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
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
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/
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
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
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
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
Prof A Olowofoyeku (The African Chief) wrote:
> > C:/msys/1.0/home/gerwinsk/mysoftware/gcc-3.2.3/gcc/p/rts/rts.c:1552:
> > undefined reference to `closedir' make[2]: *** [binobj.exe] Error 1
> > make[1]: *** [pascal.utils] Error 2 make: *** [all-gcc] Error 2
> I remember seeing this problem before. You're nearly there :)
:-)
> The problem (IIRC) is solved either by having os-hacks.h
> (http://www.gnu-pascal.de/contrib/chief/win32/os-hacks.h) in your
> "/mingw/include" directory when configuring and building the
> compiler,
Well, that didn't work so far... I downloaded the file into C:\MinGW\include
and ran "make clean", "make distclean" on my gcc distribution before
starting again with "./configure --enable-languages=pascal". I ended up
with the same error message.
> or (more likely), in having libmingwex.a linked to your
> program. This however should be happening automatically (i.e.,
> linking libmingwex.a).
>
> What is the output of "gcc -print-file-name=libmingwex.a"?
C:\MinGW\lib\libmingwex.a.
What now?
Best,
Markus
__________________________________________________________
Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min.
weltweit telefonieren! http://freephone.web.de/?mc=021201
Adriaan van Os wrote:
> Markus Gerwinski wrote:
> > Thanks! Something seems wrong, however. Calling
> > patch -p1 < ../gcc.c.patch
> Did you try patch -p0 < ... ?
I did. It didn't work either.
However, I applied the patch manually now, and that
worked. (See parallel mail.)
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193