Andrew is referring to the following:
[EMAIL PROTECTED] cat foo.c
extern int a;
int foo(void) { return a; }
[EMAIL PROTECTED] cat bar.c
int a = 1;
[EMAIL PROTECTED] cc -mdynamic-no-pic -c foo.c -arch ppc
[EMAIL PROTECTED] cc -mdynamic-no-pic -c bar.c -arch ppc
[EMAIL PROTECTED] cc -dynamiclib -o l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Jacobowitz wrote:
> On Wed, Apr 26, 2006 at 06:29:46PM +0530, Ranjit Mathew wrote:
>> $SYSTEM_HEADER_DIR is supposed to be "/mingw/include"
>> for a native MinGW target (and since host == target, the
>> build is being considered native). However
Andrew,
What on earth would make you think that the linker on Darwin would
reject non-PIC code in linking a shared library. The linker on Linux
doesn't do any such thing (hence the discussion on the Debian mailing
list of adopting this as check on their builds).
http://lists.debian.org/debian-
>
>I recall that the Debian folks proposed a method of detecting non-PIC
> code in their shared libs using...
>
> readelf -d foo.so | grep TEXTREL
>
> Does anyone know if some mechanism like this is possible for Darwin
> shared libraries? I ask because we just discovered that the gmp develop
I recall that the Debian folks proposed a method of detecting non-PIC
code in their shared libs using...
readelf -d foo.so | grep TEXTREL
Does anyone know if some mechanism like this is possible for Darwin
shared libraries? I ask because we just discovered that the gmp developers
have been bui
Bernd Trog wrote:
Is the handling of the value -32768 optimized in any way, while
-32769 and -32767 are not optimized in the same way?
No, see below
For interest, why do you ask?
I'm chasing a bug that only appeares when Standard.Integer'Size is 16:
http://gcc.gnu.org/bugzilla/show_bug.cg
On Wed, 26 Apr 2006, Robert Dewar wrote:
> Bernd Trog wrote:
> > can someone please explain the huge change in the internal
> > integer representation(Uint) from -32769 to -32767?
>
> just a matter of efficiency for commonly used values
Does this mean that there are three different representation
Bernd Trog wrote:
Hello,
can someone please explain the huge change in the internal
integer representation(Uint) from -32769 to -32767?
just a matter of efficiency for commonly used values
What's the difference between these three values, from
the Ada FE's point of view?
none at all. Uint i
[EMAIL PROTECTED] writes:
Hi,
this looks good. I hope you get the funds to work on it.
[...]
| The proposal of Joseph Myers[6] defines the basic goal of
| thisproject, which is to create a new option: Wcoercion. This new
| optionwill warn for any implicit conversion that may alter a
| value.
[EMAIL PROTECTED] writes:
> I would like to participate in the Google Summer of Code with GCC as
> the mentoring organisation working in the project described below.
> This is a draft of the project proposal I am preparing to submit to
> Google. Any comments and suggestions (and criticism) are wel
On Wed, Apr 26, 2006 at 12:19:29PM +0100, Lee Millward wrote:
> To answer the first part of your question here's an extract from
> http://gcc.gnu.org/bugs.html#known
>
> "The export keyword is not implemented."
> ...
> As for other unimplemented features I'll have to leave that to someone
> else
Hello,
can someone please explain the huge change in the internal
integer representation(Uint) from -32769 to -32767?
What's the difference between these three values, from
the Ada FE's point of view?
Thanks!
__
Do You Yahoo!?
Tired of spam?
On Wed, Apr 26, 2006 at 06:29:46PM +0530, Ranjit Mathew wrote:
> $SYSTEM_HEADER_DIR is supposed to be "/mingw/include"
> for a native MinGW target (and since host == target, the
> build is being considered native). However, in a crossed-
> native build, I cannot have MinGW headers in this path, so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ranjit Mathew wrote:
>
> So now I only need to figure out why the cross-compiler
> is not picking up headers from $PREFIX/$TARGET while
> building a crossed-native compiler, even though it used
> to do so in earlier releases.
This is misleading, so I
On Tue, Apr 25, 2006 at 05:41:18PM +0100, Andrew Haley wrote:
> Rene Rebe writes:
> > On Tuesday 25 April 2006 14:21, Andrew Haley wrote:
> > > Rene Rebe writes:
> > > > jackd: error while loading shared libraries: /usr/lib64/libjack.so.0:
> > > > R_PPC64_ADDR32 4056b70 for symbol `' out
To answer the first part of your question here's an extract from
http://gcc.gnu.org/bugs.html#known
"The export keyword is not implemented.
Most C++ compilers (G++ included) do not yet implement export, which
is necessary for separate compilation of template declarations and
definitions. Without
Hi
I was trying to find out if gcc implements 'export' for templates (I don't
think so). The obvious page to look would be
http://gcc.gnu.org/onlinedocs/gcc-4.1.0/gcc/Standards.html#Standards
but that doesn't mention c++ at all (only C, Objective C and a link about
fortran).
Is such documentatio
17 matches
Mail list logo
