GCC: General Macro for BSD Post: 302914773

3 More Discussions You Might Find Interesting

1. BSD

for linux and BSD users interested in Unix system V/bsd

for all you unix/linux interested heres an online book for free that covers the basics of BSD SysV Unix commands and applications . giving the average linux user a perspective on the differences in context of the two operating systems and for BSD users covers material as a refernce guide. ...

2. Solaris

Installing gcc - recieve error message gcc : cannot execute

AIM- Install Oracle 11g on Solaris using VMWare Steps 1.Logged on as root 2.Created subfolders � /usr/local/bin & /usr/local/bin/gcc 3.Downloaded gcc & libiconv & unzipped them on my harddrive & burnt them on CD 4.Copied files from CD to /usr/local/bin/gcc 5.Terminal (root) � pkgadd -d...

3. Programming

Make-question - redefine a macro, using another macro..?

I think there is no problem to use any macro in a new macro definishion, but I have a problem with that. I can not understand why? I have a *.mak file that inludes file with many definitions and rules. ############################################## include dstndflt.mak ... One of the...

LEARN ABOUT REDHAT

perlfreebsd

PERLFREEBSD(1)						 Perl Programmers Reference Guide					    PERLFREEBSD(1)

NAME

       README.freebsd - Perl version 5 on FreeBSD systems

DESCRIPTION

       This document describes various features of FreeBSD that will affect how Perl version 5 (hereafter just Perl) is compiled and/or runs.

       FreeBSD core dumps from readdir_r with ithreads

       When perl is configured to use ithreads, it will use re-entrant library calls in preference to non-re-entrant versions.	There is a bug in
       FreeBSD's "readdir_r" function in versions 4.5 and earlier that can cause a SEGV when reading large directories. A patch for FreeBSD libc
       is available (see http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/30631 ) which has been integrated into FreeBSD 4.6.

       $^X doesn't always contain a full path in FreeBSD

       perl 5.8.0 sets $^X where possible to a full path by asking the operating system. On FreeBSD the full path of the perl interpreter is found
       by reading the symlink /proc/curproc/file. There is a bug on FreeBSD, where the result of reading this symlink is can be wrong in certain
       circumstances (see http://www.freebsd.org/cgi/query-pr.cgi?pr=35703 ).  In these cases perl will fall back to the old behaviour of using
       C's argv[0] value for $^X.

       Perl will no longer be part of "base FreeBSD"

       Not as bad as it sounds--what this means is that Perl will no longer be part of the kernel build system of FreeBSD.  Perl will still very
       probably be part of the "default install", and in any case the latest version will be in the ports system.  The first FreeBSD version this
       change will affect is 5.0, all 4.n versions will keep the status quo.

AUTHOR

       Nicholas Clark <nick@ccl4.org>, collating wisdom supplied by Slaven Rezic and Tim Bunce.

       Please report any errors, updates, or suggestions to perlbug@perl.org.

perl v5.8.0							    2003-02-18							    PERLFREEBSD(1)