On Dec 10, 2008, at 7:03 PM, Jack Howarth wrote:
I am confused. Assuming one builds FSF gcc configured with
--enable-threads, shouldn't that create a libgcc.a for FSF gcc
containing the ___emutls_get_address and ___emutls_get_address
symbols?
No, the people that wrote ___emutls_get_address de
On Wed, Dec 10, 2008 at 11:24:28PM +, IainS wrote:
> Thanks Geoff,
> that's v. useful doc.
>
> On 10 Dec 2008, at 22:36, Geoff Keating wrote:
>
>>
>> On Dec 10, 2008, at 7:32 AM, Jack Howarth wrote:
>>
>>> On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
>
>
>
>> To use the 'unversioned
Ezt a meghívót kizárólag azok kapják, akik korábban részt vettek
Eurorest Akcióban.
--
Tisztelt Hölgyeim és Uraim!
Az a bizalom, amivel megtiszteltek minket, amikor első alkalommal
csatlakoztak az Eurorest Akcióhoz, lehetővé tette számun
s_destroy
1ed0 t _emutls_init
2090 b _emutls_key
2040 d _emutls_mutex
2094 b _emutls_size
...built using FSF gcc configured with...
Using built-in specs.
Target: i686-apple-darwin9
Configured with: ../gcc-4.4-20081209/configure --prefix=/sw
--prefix=/sw/lib/gcc4.4 --mandir=/sw/sha
On Dec 10, 2008, at 3:24 PM, IainS wrote:
Thanks Geoff,
that's v. useful doc.
On 10 Dec 2008, at 22:36, Geoff Keating wrote:
On Dec 10, 2008, at 7:32 AM, Jack Howarth wrote:
On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
To use the 'unversioned set' implies that you're compili
On Wed, Dec 10, 2008 at 02:36:22PM -0800, Geoff Keating wrote:
>
> On Dec 10, 2008, at 7:32 AM, Jack Howarth wrote:
>
>> On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
>>>
>>> On 10 Dec 2008, at 14:43, Jack Howarth wrote:
>>>
shipped by Apple with its OS releases. I think what you want
Thanks Geoff,
that's v. useful doc.
On 10 Dec 2008, at 22:36, Geoff Keating wrote:
On Dec 10, 2008, at 7:32 AM, Jack Howarth wrote:
On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
To use the 'unversioned set' implies that you're compiling for a
version of Mac OS that Apple has n
Snapshot gcc-4.2-20081210 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20081210/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Dec 10, 2008, at 7:32 AM, Jack Howarth wrote:
On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
On 10 Dec 2008, at 14:43, Jack Howarth wrote:
shipped by Apple with its OS releases. I think what you want to do
make sure you are using the FSF libgcc's and not the system ones
while hav
FWIW
clearly, this *can* be done .. the open question is whether it
*should* be done :-)
On 10 Dec 2008, at 19:59, IainS wrote:
perhaps it would be more productive to see
if the testsuite in libgomp can be reworked to handle darwin when
gcc is uninstalled.
the patch below gives the same r
On 10 Dec 2008, at 19:58, Mike Stump wrote:
emulation package, which has nothing to do with eh, right?)
that thought had crossed my mind a few times ;-)
can be found. Another possibility, would be to split out the tls
emulation package from gcc_eh. We avoid gcc_eh, so as to not pull
i
On 10 Dec 2008, at 19:46, Jack Howarth wrote:
Since your objections are entirely related to the testsuite when
FSF has not been installed,
hm. I'm not entirely sure that's the whole case... although that was
the trigger for this chain of investigation.
I'm also wondering what instru
On Dec 10, 2008, at 10:23 AM, IainS wrote:
I wonder what a good long-term solution would be?
You can try something like:
#define
REAL_LIBGCC_SPEC \
"%{static-libgcc|static: -lgcc_eh -
lgcc;\
shared-l
On Wed, Dec 10, 2008 at 07:39:35PM +, IainS wrote:
>
> On 10 Dec 2008, at 19:05, Jack Howarth wrote:
>
>> On Wed, Dec 10, 2008 at 06:23:18PM +, IainS wrote:
>>>
>>> On 10 Dec 2008, at 18:10, Mike Stump wrote:
>>>
On Dec 10, 2008, at 9:43 AM, Jack Howarth wrote:
>> If I now understa
On 10 Dec 2008, at 19:05, Jack Howarth wrote:
On Wed, Dec 10, 2008 at 06:23:18PM +, IainS wrote:
On 10 Dec 2008, at 18:10, Mike Stump wrote:
On Dec 10, 2008, at 9:43 AM, Jack Howarth wrote:
If I now understand correctly, the symbols present in updated
versions of
libgcc that are not in
On Wed, Dec 10, 2008 at 06:23:18PM +, IainS wrote:
>
> On 10 Dec 2008, at 18:10, Mike Stump wrote:
>
>> On Dec 10, 2008, at 9:43 AM, Jack Howarth wrote:
If I now understand correctly, the symbols present in updated
versions of
libgcc that are not in the "stock" system libgcc on
On 10 Dec 2008, at 18:10, Mike Stump wrote:
On Dec 10, 2008, at 9:43 AM, Jack Howarth wrote:
If I now understand correctly, the symbols present in updated
versions of
libgcc that are not in the "stock" system libgcc on darwin - need
to be
mentioned in the stub libraries (ligcc_s.10.{4,5,...
On Dec 10, 2008, at 9:43 AM, Jack Howarth wrote:
If I now understand correctly, the symbols present in updated
versions of
libgcc that are not in the "stock" system libgcc on darwin - need
to be
mentioned in the stub libraries (ligcc_s.10.{4,5,...} ). The
emutls ones
were not present causin
Dear all,
I am working on a GCC port and I have a problem with the code
generation for this architecture. Consider this code:
void f (int buff[]) {
buff[0] += 16;
buff[1] += 32;
}
void g (int buff[]) {
buff[0] = 64;
buff[1] = 128;
}
I get this output:
:
ldw r7,0(r8)
done PR #38477.
I only was trying accuratly report. The message was readable but looks unusual.
Dmitry
2008/12/10 Richard Guenther <[EMAIL PROTECTED]>:
> On Wed, Dec 10, 2008 at 5:44 PM, Дмитрий Дьяченко <[EMAIL PROTECTED]> wrote:
>> g++-current generates messages which
>> 1) contains compiler g
On Wed, Dec 10, 2008 at 5:44 PM, Дмитрий Дьяченко <[EMAIL PROTECTED]> wrote:
> g++-current generates messages which
> 1) contains compiler generated symbols
> 2) refers to gcc internal header (stl_tree.h)
>
> [EMAIL PROTECTED] gcc_err]# g++ -Wall -c -O3 test.cpp
> test.cpp: In member function 'void
current/configure
--prefix=/usr/local/gcc_current --enable-shared --enable-threads=posix
--enable-checking=release --enable-__cxa_atexit
--enable-version-specific-runtime-libs --enable-languages=c,c++
--no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20081210 (experimental) [trunk rev
On Wed, Dec 10, 2008 at 02:55:11PM +, IainS wrote:
>
> On 10 Dec 2008, at 14:43, Jack Howarth wrote:
>
>> shipped by Apple with its OS releases. I think what you want to do
>> make sure you are using the FSF libgcc's and not the system ones
>> while having environmental MACOSX_DEPLOYMENT_TARGET
On 10 Dec 2008, at 14:43, Jack Howarth wrote:
shipped by Apple with its OS releases. I think what you want to do
make sure you are using the FSF libgcc's and not the system ones
while having environmental MACOSX_DEPLOYMENT_TARGET unset. The latter
step will cause the unversioned libgcc to be us
I just committed a merge with [EMAIL PROTECTED] This merge exposed a
streaming bug in constants. The TREE_OVERFLOW bug does not need to be
streamed out, as it is computed during optimization.
Tested on x86_64.
Diego.
2008-12-09 Diego Novillo <[EMAIL PROTECTED]>
Mainline merge @142607.
*
On Wed, Dec 10, 2008 at 08:27:50AM +, IainS wrote:
> Hi all,
>
> ref: http://gcc.gnu.org/ml/gcc/2008-12/msg00107.html, PR32765 and
> http://gcc.gnu.org/ml/fortran/2008-12/ msg00118.html
>
> NOTE to gurus: the whole libgcc_eh, libgcc_s.{10.x, 1} thing is quite
> hard to understand.
> I sear
cvyzbetdmzx
http://rzjloyu.com/
ivuhfbxbaxj
http://zsmpeeg.com/
Hi all.
While looking at PR fortran/22572, I wondered where the difference between the
following two programs might be:
$> cat matmul.f90
REAL, DIMENSION(1,1), PARAMETER :: a = 1.0, b = 2.0
REAL, DIMENSION(1,1) :: c
c = MATMUL(a, b)
c = MATMUL(a, b)
end
$> cat sin.f90
REAL, DIMENSION(
Hi all,
ref: http://gcc.gnu.org/ml/gcc/2008-12/msg00107.html, PR32765 and
http://gcc.gnu.org/ml/fortran/2008-12/ msg00118.html
NOTE to gurus: the whole libgcc_eh, libgcc_s.{10.x, 1} thing is
quite hard to understand.
I searched gcc.pdf, gccint.pdf (0 hits) and the list (not much) ...
a
30 matches
Mail list logo