-------- Original Message --------
Subject: GCC 4.3.1 Released
Date: Mon, 9 Jun 2008 03:49:31 -0400
From: Jakub Jelinek <jakub(a)redhat.com>
Reply-To: Jakub Jelinek <jakub(a)redhat.com>
To: gcc-announce(a)gcc.gnu.org, gcc(a)gcc.gnu.org
GCC 4.3.1 has been released.
GCC 4.3.1 is a bug-fix release, containing fixes for regressions in GCC
4.3.0 relative to previous GCC releases.
See:
http://gcc.gnu.org/gcc-4.3/changes.html
and particularly
http://gcc.gnu.org/gcc-4.3/changes.…
[View More]html#4.3.1
for more information about changes in GCC 4.3.1.
This release is available from the FTP servers listed here:
http://www.gnu.org/order/ftp.html
The release is in gcc/gcc-4.3.1/ subdirectory.
As always, a vast number of people contributed to this GCC release -- far
too many to thank individually!
[View Less]
-------- Original Message --------
Subject: GCC 4.2.4 Released
Date: Wed, 21 May 2008 15:13:16 +0000 (UTC)
From: Joseph S. Myers <joseph(a)codesourcery.com>
Reply-To: gcc(a)gcc.gnu.org
To: gcc-announce(a)gcc.gnu.org, gcc(a)gcc.gnu.org
GCC 4.2.4 has been released.
GCC 4.2.4 is a bug-fix release, containing fixes for regressions in GCC
4.2.3 relative to previous GCC releases. This release is available from
the FTP servers listed at:
http://www.gnu.org/order/ftp.html
Please do not …
[View More]contact me directly regarding questions or comments about
this release. Instead, use the resources available from
http://gcc.gnu.org.
As always, a vast number of people contributed to this GCC release -- far
too many to thank individually!
[View Less]
> Updated Mac OS X Pascal Interfaces, version 2.1 (release H), can be downloaded from
> <http://www.microbizz.nl/gpc.html>. The direct link is <http://www.microbizz.nl/GPCInterfacesH.dmg>
The installer package missed a file (PLibraries/GPCMacOS.a). The file has been added.
Regards,
Adriaan van Os
Updated Mac OS X Pascal Interfaces, version 2.1 (release H), can be downloaded from
<http://www.microbizz.nl/gpc.html>. The direct link is <http://www.microbizz.nl/GPCInterfacesH.dmg>
The installer package contains Mac OS X Pascal interface units for GNU Pascal, FreePascal and
MetroWerks CodeWarrior Pascal.
A lot of work went into this new release, units were added or updated and several bugs have been
fixed. There are now 330 Pascal interface units.
For GPC on Mac OS X, this …
[View More]release requires the recently released gpc346u2 compiler (and a
soon-to-be released new GPC Xcode kit).
Please report bugs to <gpc(a)microbizz.nl>.
The Pascal Interfaces team:
Peter N. Lewis <peter(a)stairways.com.au>
Jonas Maebe <jonas.maebe(a)elis.ugent.be>
Adriaan van Os <http://www.microbizz.nl/gpc.html>
Gale Paeper <gpaeper(a)empirenet.com>
[View Less]
Hope this is not considered too off-topic as it about the gnu assemble
(gnu-as). I beg forgiveness on grounds that's its Pascal related.
In my assembly code I'm trying to place string constants in memory
(length byte followed by ASCII string with no trailing zero byte)
The following is failing with "Error: illegal relocation size: 1"
FOO: .byte ((BAR - . - 2) & 0x7F) ; calculate length
.ascii "foo"
BAR: .word 0x1234 ; dummy for this example
I could just hard code the length, …
[View More]except I eventually want this as
macro as I have several hundred strings. And unfortunately this part
of the code has to be in assembler, for various reasons.
I assume the error is because ((BAR - . - 2) & 0x7F) resolves to a two
byte type even although we can see its value would always fit within a
byte.
It didn't seem a particularly unusually thing to want to do so I'm
hoping someone can point me in the right direction with this.
Regards,
Steven
[View Less]
Hi,
The following page is top of the list when you Google "GNU Pascal Compiler".
http://www.gnu-pascal.de/gpc/h-index.html
The copyright on the page has not been updated since 2005. The most
recent version of GPC available on the site is 20041017. When I look for
GPC, I end up finding it in three different places: one for MacOS (I
have 20051116), one for Linux (I use 20041017), and one for Windows (I
have 20070904 for MinGW). My cross-platform code has to include compiler
directives …
[View More]like this:
{$ifdef __GPC_RELEASE__}
{$if __GPC_RELEASE__ > 20050000}
{$define INIT_CALL '_p__M0_init'}
{$else}
{$define INIT_CALL 'init_pascal_main_program'}
{$endif}
{$else}
{$define INIT_CALL 'init_pascal_main_program'}
{$endif}
procedure initialize_main; external name INIT_CALL;
Where can I get the latest GPC binaries for MacOS, Linux, and MinGW? If
the binaries are not available, where can I download the latest source
files?
Yours, Kevan
--
Kevan Hashemi, Electrical Engineer
Physics Department, Brandeis University
http://alignment.hep.brandeis.edu/
[View Less]
I'm trying to build the latest gpc (gpc-20070904.tar.bz2) with Adriaan's
patches on a Macintosh OS X 10.5.2. with Intel.
I configure with
../gcc-4.1.2/configure --enable-languages=pascal,c
--enable-threads=posix --prefix=/Developer/Pascal/gpc412
but the "make bootstrap" fails with
Undefined symbols:
"___sysctl", referenced from:
___enable_execute_stack in _enable_execute_stack_s.o
ld: symbol(s) not found
/usr/bin/libtool: internal link edit command failed
make[3]: *** [libgcc_s.…
[View More]dylib] Error 1
make[2]: *** [libgcc.a] Error 2
make[1]: *** [stage1_build] Error 2
make: *** [bootstrap] Error 2
What am I missing?
Peter
---
peter.schorn(a)acm.org
[View Less]
Hello,
After months of being distracted by another portion of my
application, I'm back to creating a universal binary version of the
Pascal based library we are linking into our C++ based application.
The problem is the application will not launch under PPC on Mac OS X
10.3 (Panther). The console registers an undefined symbol: _statvfs
expected to be defined in /usr/lib/libSystem.B.dylib
After some research, I found this call is being used by the StatFS
routine implemented in …
[View More]rts.c (line 1510)
/** Get information about a file system. */
GLOBAL (Boolean _p_StatFS (char *Path UNUSED, StatFSBuffer *Buf))
{
int Result;
#ifdef HAVE_STATVFS
struct statvfs b;
errno = 0;
Result = statvfs (Path, &b);
Buf->BlockSize = (long long int) b.f_frsize;
Buf->BlocksTotal = (long long int) b.f_blocks;
Buf->BlocksFree = (long long int) b.f_bavail;
Buf->FilesTotal = (int) b.f_files;
Buf->FilesFree = (int) b.f_favail;
#elif defined (HAVE_STATFS)
struct statfs b;
errno = 0;
Result = statfs (Path, &b);
Buf->BlockSize = (long long int) b.f_bsize;
Buf->BlocksTotal = (long long int) b.f_blocks;
Buf->BlocksFree = (long long int) b.f_bavail;
Buf->FilesTotal = (int) b.f_files;
Buf->FilesFree = (int) b.f_ffree;
#else
Result = -1;
errno = ENOSYS;
#endif
if (Result == 0) return True;
Buf->BlockSize = 0;
Buf->BlocksTotal = 0;
Buf->BlocksFree = 0;
Buf->FilesTotal = 0;
Buf->FilesFree = 0;
return False;
}
It appears to me that HAVE_STATVFS is defined if my current OS X SDK
(10.4) has a statvfs.h header file amongst its include files, which
means if I build my Pascal development environment from the build-on-
Intel.command that the statvfs version will be hard wired into the
runtime and any binary I generate will not work on 10.3 (which does
not have statvfs in its libSystem.B.dylib library). Also, if I build
my environment/library on a PowerPC using the build-on-
powerPC-10.3.command, I end up with a different set of link problems
involving the long double version of pow(). Besides which, I'd prefer
to do my development on OS X for Intel going forward.
I have tried hand editing the above routine and rebuilding my Pascal
development environment, and pulling the statvfs.h file from my OS X
SDK, and yet when my application links, it still has an unresolved
reference to _statvfs. I'm not a build engineer, as my previous
missives to this mailing list make clear, and I'm at a loss as to how
to proceed.
Just to be clear, I link in two static libraries: a universal version
of the libgpc.a for the runtime, and a universal version of the
library I've created. Neither of them contain the symbol _statvfs (at
least I can't find that text in them). I link that with my
application. The application now references _statvfs (I can now see
the text in it's executable). I can't launch on 10.3. I comment out
the calls to the Pascal library and recompile+relink, and the
application no longer has the symbol and I can launch under 10.3. So
something in either of the gpc associated libraries must be calling
something which calls statvfs, making the linker (ld) mark statvfs as
an unresolved symbol to be loaded in at runtime. At least that is my
impression.
So, I'd appreciate some suggestions.
--glenn
[View Less]
Updated GPC sources, patches and binary installers for Mac OS X can be downloaded from
<http://www.microbizz.nl/gpc.html>. The source package includes a double-clickable build script.
Special thanks to Gale Paeper and Thorsten Lemke for their help.
Regards,
Adriaan van Os
Thank you, I succeeded in installing the latest cygwin build:
gpc-20070904.i686-pc-cygwin.tar.gz
This is the compiler version:
$ gpc -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: ../configure --enable-languages=pascal --enable-threads=posix -
-with-system-zlib --enable-nls --without-included-gettext --enable-interpreter -
-disable-sjlj-exceptions --enable-shared --build=i686-pc-cygwin --host=i686-pc-c
ygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr : …
[View More](reconfigured) ../c
onfigure --enable-languages=pascal --enable-threads=posix --with-system-zlib --e
nable-nls --without-included-gettext --enable-interpreter --disable-sjlj-excepti
ons --enable-shared --build=i686-pc-cygwin --host=i686-pc-cygwin --target=i686-p
c-cygwin --enable-haifa --prefix=/usr
Thread model: posix
gpc version 20070904, based on gcc-3.4.4
This is the compilation and execution:
$ gpc crashes.p -Wall -g -o crashes.exe
$ gdb crashes.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/regis.cridlig/My
Documents/Info/Pascal/crashes.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
Program received signal SIGSEGV, Segmentation fault.
0x0022cc20 in ?? ()
(gdb) bt
#0 0x0022cc20 in ?? ()
#1 0x004010a9 in _p__M0_S1_Q (J=200, A=@0x22cc20) at crashes.p:16
#2 0x004010c6 in _p__M0_S1_Q (J=100, A=@0x401050) at crashes.p:16
#3 0x004010e2 in _p__M0_main_program () at crashes.p:20
#4 0x0040115b in main (argc=1, argv=0x6927a0, envp=0x690090)
at <implicit code>:22
(gdb)
The program source:
$ cat crashes.p
program Crashes(input,output);
function B(l:integer):boolean;
begin
B:=true;
end;
procedure Q(j:integer;function A(l:integer):boolean);
function E(l:integer):boolean;
begin
E := false
end;
begin
if A(j) then
Q(200,E);
end;
begin
Q(100,B);
end.
What is going wrong?
-- Regis
2008/4/4, Prof A Olowofoyeku (The African Chief) <chiefsoft(a)bigfoot.com>:
> > On 3 Apr 2008 at 14:25, Régis Cridlig wrote:
> >
> > > What is the latest stable release of gpc?
> >
> > http://www.math.uni.wroc.pl/~hebisch/gpc/gpc-20070904.tar.bz2
>
>
> You can get Cygwin binaries here:
> http://gnu-pascal.de/contrib/chief/win32/cygwin/
>
>
> Best regards, The Chief
> --------
> Prof. Abimbola A. Olowofoyeku (The African Chief)
> web: http://www.greatchief.plus.com/
>
>
>
[View Less]