f



ACE 5.4 build with gcc 3.3.2 on AIX 5.2 fails

I am failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 (binaries of
gcc).  I used config-aix5.1.h and platform_aix_g++.GNU.

The error message is as following,
  /usr/linux/bin/ld: target expall not found
  colloect2: ld returned 1 exit status

My guess is that AIX has a limit of 2K on maximum length of line.  And
the line for linking all the object files at that point is longer than
6000 bytes.  Is there any way getting around this?

Any help will be greatly appreciated.  Thanks in advance.

Ying  (drycup@yahoo.com)


Here are the detailed information,

     ACE VERSION: 5.4
 
     HOST MACHINE and OPERATING SYSTEM:
        pSeries model p615, 64-bit-kernel mode, AIX5.2
 
     TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
     COMPILER NAME AND VERSION (AND PATCHLEVEL):
         gcc 3.3.2 (binary distribution)
 
     CONTENTS OF $ACE_ROOT/ace/config.h:
// config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp
//
// Config file for AIX 5.1

// This define is needed for building with Visual Age C++ 5 in
incremental
// mode. In the batch mode build, platform_aix_ibm.GNU sets it. The
incremental
// mode compiler won't be supported after ACE 5.3, so this will also
go away
// in that timeframe, so don't worry about future AIX versions.
#if !defined (ACE_AIX_VERS)
#  define ACE_AIX_VERS 501
#endif

#include "ace/config-aix-4.x.h"

// AIX 5.1 has AIO, but it doesn't have the same API as other POSIX
// systems, and the semantics of operations are a bit different. Will
take
// some real work to get this going.
//#define ACE_HAS_AIO_CALLS

// I think this is correct, but needs to be verified...   -Steve
Huston
#define ACE_HAS_SIGTIMEDWAIT

// AIX 5.1 has netinet/tcp.h
#undef ACE_LACKS_NETINET_TCP_H

typedef union sigval sigval_t;


     CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU
(unless
     this isn't used in this case, e.g., with Microsoft Visual C++):
 
# platform_aix_g++.GNU,v 4.7 2004/01/06 22:54:53 shuston Exp
#
# Platform macros for building on AIX with g++.  This has been tested
on
# AIX 4.3 with gcc 3. Earlier versions of gcc may compile, but are
known to
# have serious problems on AIX.
#
# Contributed by Ian Wright <I.Wright@elsevier.co.uk>
# Updated for AIX 4.3 and gcc 3 by Steve Huston 
<shuston@riverace.com>

ifeq (,$(debug))
  debug = 1
endif
ifeq (,$(distrib))
  distrib = 0
endif
ifeq (,$(exceptions))
  exceptions = 1
endif
ifeq (,$(optimize))
  optimize = 1
endif
ifeq (,$(rtti))
  rtti = 0
endif
ifeq (,$(threads))
  threads = 1
endif
ifeq (,$(buildbits))
  buildbits = native
endif
ifeq (,$(with_ld))
  with_ld = aix
endif

# Yes, believe it or not...
# The way to make a shared lib on AIX is to make a shared object file
and
# then put that in an archive.
# Non-shared archives are named lib<x>ns.a - ns = non-shared.
SOEXT       = a
# aix_build turns on the funky shared library building code in
# rules.lib.GNU
aix_build = 1

ifeq (1,$(threads))
  CFLAGS  += -pthread
endif

# In case anything here or in the config depends on OS version number,
# grab it here and pass it all to the compiler as well.
AIX_MAJOR_VERS := $(shell uname -v)
AIX_MINOR_VERS := $(shell uname -r)
AIX_VERS := $(AIX_MAJOR_VERS)0$(AIX_MINOR_VERS)

CC             = gcc
CXX            = g++

CFLAGS          += -W -Wall -mcpu=common -DACE_AIX_VERS=$(AIX_VERS)
ifeq ($(buildbits),32)
  CFLAGS    += -m32
endif
ifeq ($(buildbits),64)
  CFLAGS    += -m64
endif
DCFLAGS         += -g
DLD             = $(CXX)
LD              = $(CXX)
# Linking TAO_IDL runs out of TOC space unless -bbigtoc is given to
ld.
# Don't do it for everything because it decreases run-time
performance.
ifeq ($(notdir $(shell pwd)), TAO_IDL)
LDFLAGS        += -Wl,-bbigtoc
endif

OCFLAGS         = -O2
OCCFLAGS        = $(OCFLAGS)
ifeq ($(threads),1)
SOFLAGS        += -pthread
endif
SOFLAGS        += -shared -Wl,-bexpall # -Wl,-bloadmap:lib.map
LIBS           += -lxti -ldl
ARFLAGS         = cruv
RANLIB          = ranlib

# Test for template instantiation, add to SOFLAGS if versioned_so set,
# add -E to LDFLAGS if using GNU ld
#
include $(ACE_ROOT)/include/makeinclude/platform_g++_common.GNU

CCFLAGS         += $(CFLAGS) $(TEMPLATES_FLAG)


     AREA/CLASS/EXAMPLE AFFECTED:
[What example failed?  What module failed to compile?]
         Just the first module : ARGV.cpp

     DOES THE PROBLEM AFFECT:
         COMPILATION? Yes
         LINKING?
             On Unix systems, did you run make realclean first?
         EXECUTION?
         OTHER (please specify)?
             ACE and my application
 
     SYNOPSIS:
             Compilation stops
 
     DESCRIPTION:

Makefile: /usr/local/src/ACE_wrappers/ace/Makefile.ace

g++ -pthread -shared -Wl,-bexpall  -o shr.o .shobj/ARGV.o
..shobj/Argv_Type_Converter.o .shobj/Basic_Types.o .shobj/Time_Value.o
..shobj/Cleanup.o .shobj/Object_Manager_Base.o .shobj/OS_main.o
..shobj/OS_NS_arpa_inet.o .shobj/OS_NS_ctype.o .shobj/OS_NS_dirent.o
..shobj/OS_NS_dlfcn.o .shobj/OS_NS_errno.o .shobj/OS_NS_fcntl.o
..shobj/OS_NS_math.o .shobj/OS_NS_netdb.o .shobj/OS_NS_poll.o
..shobj/OS_NS_pwd.o .shobj/OS_NS_regex.o .shobj/OS_NS_signal.o
..shobj/OS_NS_stdio.o .shobj/OS_NS_stdlib.o .shobj/OS_NS_string.o
..shobj/OS_NS_strings.o .shobj/OS_NS_stropts.o .shobj/OS_NS_sys_mman.o
..shobj/OS_NS_sys_msg.o .shobj/OS_NS_sys_resource.o
..shobj/OS_NS_sys_select.o .shobj/OS_NS_sys_shm.o
..shobj/OS_NS_sys_socket.o .shobj/OS_NS_sys_stat.o
..shobj/OS_NS_sys_time.o .shobj/OS_NS_sys_uio.o
..shobj/OS_NS_sys_utsname.o .shobj/OS_NS_sys_wait.o
..shobj/OS_NS_Thread.o .shobj/OS_NS_time.o .shobj/OS_NS_unistd.o
..shobj/OS_NS_wchar.o .shobj/OS_QoS.o .shobj/OS_TLI.o .shobj/OS_Errno.o
..shobj/Base_Thread_Adapter.o .shobj/OS_Thread_Adapter.o
..shobj/OS_Log_Msg_Attributes.o .shobj/Thread_Hook.o
..shobj/Sched_Params.o .shobj/Handle_Set.o .shobj/Copy_Disabled.o
..shobj/ACE.o .shobj/Active_Map_Manager.o .shobj/Arg_Shifter.o
..shobj/Capabilities.o .shobj/Containers.o .shobj/Configuration.o
..shobj/Configuration_Import_Export.o .shobj/Date_Time.o
..shobj/Dirent.o .shobj/Dirent_Selector.o .shobj/Dynamic.o
..shobj/Flag_Manip.o .shobj/Framework_Component.o .shobj/Functor.o
..shobj/Get_Opt.o .shobj/Hash_Map_Manager.o
..shobj/Connection_Recycling_Strategy.o .shobj/Hashable.o
..shobj/Notification_Strategy.o .shobj/Recyclable.o
..shobj/Refcountable.o .shobj/Handle_Ops.o .shobj/Init_ACE.o
..shobj/Lib_Find.o .shobj/Message_Block.o .shobj/Method_Request.o
..shobj/Object_Manager.o .shobj/Registry.o .shobj/String_Base_Const.o
..shobj/SString.o .shobj/Stats.o .shobj/Container_Instantiations.o
..shobj/Sample_History.o .shobj/Filecache.o .shobj/Dump.o
..shobj/Log_Msg.o .shobj/Log_Msg_Callback.o .shobj/Log_Msg_Backend.o
..shobj/Log_Msg_IPC.o .shobj/Log_Msg_NT_Event_Log.o
..shobj/Log_Msg_UNIX_Syslog.o .shobj/Log_Record.o
..shobj/Logging_Strategy.o .shobj/Trace.o .shobj/Activation_Queue.o
..shobj/Atomic_Op.o .shobj/Process.o .shobj/Process_Manager.o
..shobj/TSS_Adapter.o .shobj/Auto_Event.o .shobj/Manual_Event.o
..shobj/Barrier.o .shobj/Condition_Thread_Mutex.o
..shobj/Condition_Recursive_Thread_Mutex.o .shobj/Event.o .shobj/Lock.o
..shobj/Mutex.o .shobj/RW_Mutex.o .shobj/RW_Thread_Mutex.o
..shobj/Recursive_Thread_Mutex.o .shobj/Semaphore.o
..shobj/Thread_Mutex.o .shobj/Thread_Semaphore.o .shobj/Synch_Options.o
..shobj/Process_Semaphore.o .shobj/Process_Mutex.o
..shobj/RW_Process_Mutex.o .shobj/File_Lock.o .shobj/Thread.o
..shobj/Thread_Manager.o .shobj/Thread_Adapter.o .shobj/Thread_Exit.o
..shobj/Thread_Control.o .shobj/Token.o .shobj/Event_Handler.o
..shobj/FlReactor.o .shobj/Msg_WFMO_Reactor.o .shobj/POSIX_Proactor.o
..shobj/POSIX_CB_Proactor.o .shobj/WIN32_Proactor.o
..shobj/Priority_Reactor.o .shobj/Proactor.o .shobj/Reactor.o
..shobj/Select_Reactor.o .shobj/Select_Reactor_Base.o
..shobj/SUN_Proactor.o .shobj/Dev_Poll_Reactor.o .shobj/TP_Reactor.o
..shobj/TkReactor.o .shobj/WFMO_Reactor.o .shobj/XtReactor.o
..shobj/QtReactor.o .shobj/Asynch_IO.o .shobj/Asynch_IO_Impl.o
..shobj/Asynch_Pseudo_Task.o .shobj/POSIX_Asynch_IO.o
..shobj/WIN32_Asynch_IO.o .shobj/Addr.o .shobj/INET_Addr.o
..shobj/Multihomed_INET_Addr.o .shobj/IPC_SAP.o .shobj/LSOCK.o
..shobj/LSOCK_Acceptor.o .shobj/LSOCK_CODgram.o
..shobj/LSOCK_Connector.o .shobj/LSOCK_Dgram.o .shobj/LSOCK_Stream.o
..shobj/SOCK.o .shobj/SOCK_Acceptor.o .shobj/SOCK_CODgram.o
..shobj/Sock_Connect.o .shobj/SOCK_Connector.o .shobj/SOCK_Dgram.o
..shobj/SOCK_Dgram_Bcast.o .shobj/SOCK_Dgram_Mcast.o .shobj/SOCK_IO.o
..shobj/SOCK_SEQPACK_Acceptor.o .shobj/SOCK_SEQPACK_Association.o
..shobj/SOCK_SEQPACK_Connector.o .shobj/SOCK_Stream.o .shobj/ATM_Addr.o
..shobj/ATM_Acceptor.o .shobj/ATM_Connector.o .shobj/ATM_Params.o
..shobj/ATM_QoS.o .shobj/ATM_Stream.o .shobj/XTI_ATM_Mcast.o
..shobj/DEV.o .shobj/DEV_Addr.o .shobj/DEV_Connector.o .shobj/DEV_IO.o
..shobj/FIFO.o .shobj/FIFO_Recv.o .shobj/FIFO_Recv_Msg.o
..shobj/FIFO_Send.o .shobj/FIFO_Send_Msg.o .shobj/FILE_Addr.o
..shobj/FILE.o .shobj/FILE_Connector.o .shobj/FILE_IO.o .shobj/IO_SAP.o
..shobj/IOStream.o .shobj/Pipe.o .shobj/Signal.o .shobj/SPIPE_Addr.o
..shobj/SPIPE.o .shobj/SPIPE_Acceptor.o .shobj/SPIPE_Connector.o
..shobj/SPIPE_Stream.o .shobj/SV_Message.o .shobj/SV_Message_Queue.o
..shobj/SV_Semaphore_Complex.o .shobj/SV_Semaphore_Simple.o
..shobj/SV_Shared_Memory.o .shobj/TLI.o .shobj/TLI_Acceptor.o
..shobj/TLI_Connector.o .shobj/TLI_Stream.o .shobj/TTY_IO.o
..shobj/UNIX_Addr.o .shobj/UPIPE_Acceptor.o .shobj/UPIPE_Connector.o
..shobj/UPIPE_Stream.o .shobj/MEM_Acceptor.o .shobj/MEM_Addr.o
..shobj/MEM_Connector.o .shobj/MEM_IO.o .shobj/MEM_SAP.o
..shobj/MEM_Stream.o .shobj/Basic_Stats.o .shobj/High_Res_Timer.o
..shobj/Profile_Timer.o .shobj/System_Time.o
..shobj/Time_Request_Reply.o .shobj/Timeprobe.o .shobj/Timer_Hash.o
..shobj/Timer_Heap.o .shobj/Timer_List.o .shobj/Timer_Queue.o
..shobj/Timer_Wheel.o .shobj/DLL.o .shobj/DLL_Manager.o
..shobj/Dynamic_Service_Base.o .shobj/Parse_Node.o
..shobj/Service_Config.o .shobj/Service_Manager.o
..shobj/Service_Object.o .shobj/Service_Repository.o
..shobj/Service_Types.o .shobj/Service_Templates.o
..shobj/Shared_Object.o .shobj/XML_Svc_Conf.o .shobj/Svc_Conf_l.o
..shobj/Svc_Conf_y.o .shobj/Svc_Conf_Lexer_Guard.o .shobj/CDR_Base.o
..shobj/CDR_Stream.o .shobj/Codeset_IBM1047.o .shobj/Codeset_Registry.o
..shobj/Codeset_Registry_db.o .shobj/Message_Queue.o
..shobj/Reactor_Notification_Strategy.o .shobj/Task.o
..shobj/Based_Pointer_Repository.o .shobj/Malloc.o .shobj/PI_Malloc.o
..shobj/Malloc_Allocator.o .shobj/Malloc_Instantiations.o
..shobj/Mem_Map.o .shobj/Memory_Pool.o .shobj/Obchunk.o
..shobj/Obstack.o .shobj/Read_Buffer.o .shobj/Shared_Memory.o
..shobj/Shared_Memory_MM.o .shobj/Shared_Memory_SV.o .shobj/Codecs.o
..shobj/Local_Tokens.o .shobj/Remote_Tokens.o .shobj/Token_Collection.o
..shobj/Token_Invariants.o .shobj/Token_Manager.o
..shobj/Token_Request_Reply.o .shobj/Local_Name_Space.o
..shobj/Name_Proxy.o .shobj/Name_Request_Reply.o .shobj/Name_Space.o
..shobj/Naming_Context.o .shobj/Registry_Name_Space.o
..shobj/Remote_Name_Space.o .shobj/NT_Service.o .shobj/UUID.o -Wl,-E
-L/usr/local/src/ACE_wrappers/ace -L./  -lxti -ldl
/usr/linux/bin/ld: target expall not found
collect2: ld returned 1 exit status
make[3]: *** [shr.o] Error 1
make[3]: Leaving directory `/usr/local/src/ACE_wrappers/ace'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/local/src/ACE_wrappers/ace'
make[1]: *** [ace.subdir] Error 2
make[1]: Leaving directory `/usr/local/src/ACE_wrappers'
make: *** [all.nested] Error 2
0
drycup (1)
4/30/2004 2:23:38 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

1 Replies
983 Views

Similar Articles

[PageSpeed] 28

Ying wrote:

> I am failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 (binaries of
> gcc).  I used config-aix5.1.h and platform_aix_g++.GNU.
> 
> The error message is as following,
>   /usr/linux/bin/ld: target expall not found
>   colloect2: ld returned 1 exit status
> 
> My guess is that AIX has a limit of 2K on maximum length of line.  And
> the line for linking all the object files at that point is longer than
> 6000 bytes.  Is there any way getting around this?
> 
> Any help will be greatly appreciated.  Thanks in advance.
> 
> Ying  (drycup@yahoo.com)
> 
Hi Ying,
Just in case you haven't run into this....
I build ace with the same basic config and had a problem I posted a few 
days ago where if I tried to use any stdc functions that are defined in 
the ACE_OS namespace (like ACE_OS::memcpy) in any apps using my built 
ACE 5.4, the linker complained it couldn't find the ACE_OS::"stdc" 
functions.
Based on some excellent suggestions from Steve Huston I tracked it down 
to missing rules in the the platform_aix_g++.GNU file that, if there, 
would turn off inlining. I added the rules and it cured my problem. The 
rules that ARE in the platform_aix_ibm.GNU  file (I guess for you visual 
age c++ people) but missing from platform_aix_g++.GNU are

ifeq (,$(inline))
ifeq (1,$(debug))
   inline = 0
else
   inline = 1
endif
endif

Thanks,
-randy

0
randy8186 (6)
4/30/2004 7:28:52 PM
Reply:

Similar Artilces:

[ace-bug] Compile ACE 5.4 on AIX 5.2 with gcc 3.3.2
Failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 Used config-aix5.1.h and platform_aix_g++.GNU I failed with ACE5.1, 5.3 too, so I tried 5.4. Does anybody know IF it works ? Could it help to build my own AIX5.2 gcc ? (my gcc 3.3.2 is binary AIX 5.1 but it worked fine for Non-ACE- applications) Do I have to use IBM Visual C++ Compiler ? Any suggestions would be helpful. ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: RS/6000, 32-bit-kernel mode, AIX5.2 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.3.2 (binary distribution) CONTENTS OF $ACE_ROOT/ace/config.h: // config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp // // Config file for AIX 5.1 // This define is needed for building with Visual Age C++ 5 in incremental // mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental // mode compiler won't be supported after ACE 5.3, so this will also go away // in that timeframe, so don't worry about future AIX versions. #if !defined (ACE_AIX_VERS) # define ACE_AIX_VERS 501 #endif #include "ace/config-aix-4.x.h" // AIX 5.1 has AIO, but it doesn't have the same API as other POSIX // systems, and the semantics of operations are a bit different. Will take // some real work to get this going. //#define ACE_HAS_AIO_CALLS // I think this is correct, but needs to be verified... -Steve Huston #define ACE_HAS_SIGTIMEDWAIT // AIX 5....

[ace-users] Tests failed : ACE 5.5.2 - AIX 5.3
Hi, My first mail before my message in the group failed (my subscription was not activated). The PRF below describes my problems. I can compile and link but several ACE's tests fail. I only use ACE library and only compile it by cd'ing in the ace directory before running make. I already made some fixes described below to compile and to link the library. I'm not abble to interpret the faild tests to identify the problem source or area. I didn't find the scoreboard before my mail. I see that several tests fails for all compilations on AIX. I try to reassure myself by looking these results, it's not only for my configuration. But it's a daily build with last development version. For the 5.5.2 stable version they should probably not fail ? Regards, PO Houot. ACE VERSION: 5.5.2 HOST MACHINE and OPERATING SYSTEM: bash-3.00$ uname -a AIX localhost 3 5 0040983B4C00 unknown unknown AIX bash-3.00$ oslevel -r 5300-05 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: Same as host COMPILER NAME AND VERSION (AND PATCHLEVEL): bash-3.00$ g++ -v Using built-in specs. Target: powerpc-ibm-aix5.3.0.0 Configured with: ../gcc-4.1.1/configure --disable-nls Thread model: aix gcc version 4.1.1 This compiler is installed from packages provided by UCLA AIX Software library THE $ACE_ROOT/ace/config.h FILE : bash-3.00$ more $ACE_ROOT/ace/config.h #include "ace/config-aix-5.x.h" T...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi,all I rebuild the ACE package according the instruction above,but get the same result. my platform_macros.GNU file has the following lines: templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU When i rebuild the ACE library,get the following compile errors: $ make inline=0 -j 2 -k -f GNUmakefile.ACE .... .... CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o OS_NS_sys_stat.cpp "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 37: Error: fstat(int, stat*) is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 120: Error: fstat is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 142: Error: "ACE_OS::lstat(const char*, stat*)" was previously declared "ACE_OS::lstat(const wchar_t*, stat*)". "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 163: Error: Formal argument file of type const wchar_t* in call to ACE_OS::lstat(const wchar_t*, stat*) is being passed char*. 4 Error(s) detected. CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris 10 x86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Sun Studio 9 (Sun CC 5.6) CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): AREA/CLASS/EXAMPLE AFFECTED: [What example failed? What module failed to compile?] ACE library compile failed. DOES THE PROBLEM AFFECT: COMPILATION? Yes LINKING? Yes On Unix systems, did you run make realclean first? Yes EXECUTION? Yes OTHER (please specify)? [Please indicate whether ACE, your application, or both are affected.] SYNOPSIS: [Brief description of the problem] Some files still failed to compiled.The comiler pointed out that fstat and uname is not a member of ACE_OS. DESCRIPTION: [Det...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: GNU make 3.80 > > > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a > > platform- > > specific file, simply state which one]: > > #include "ace/config-sunos5.9.h" > > > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > (unless > > this isn't used in this case, e.g., with Microsoft Visual C++): > > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU > > > > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > > (used by MPC when you generate your own makefiles): > > > > AREA/CLASS/EXAMPLE AFFECTED: > > [What example failed? What module failed to compile?] > > "ace/OS_NS_sys_stat.cpp" > > > > DOES THE ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this part. I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Maybe we should add a check to one of the Sun config file to check the SUN CC version? Something like: // Forte 6 is the oldest Forte version we sopport #if __SUNPRO_CC < 0x530 # error Your SUN CC compiler is too old, upgrade to a newer version #endif Johnny ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > >> It's almost up. There are some issues with installing software as > >> we don't have the media in a compatible form yet. We also don't > >> have Sun CC, and we need to purchase a licence if we need to > >> support Sun CC. > > Ok, that's fine - thanks for the update. I think some other folks > (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may > not need to worry about running Sun CC on our machine. Johnny/Gautam, > can you folks please confirm/deny whether you've got Sun CC on Solaris > 9/10? We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available, but have had no time to install it on our build system. Johnny ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, >> I know it isn't the most recent version available, but this version >> is used extensively across the corporation. Changing the version of >> ACE all these products used will cause the architect's heads to >> explode ;) >> >> Is it your opinion that 5.3.1 is hopeless cause on Tiger? It'll take some work, but companies like Riverace, Remedy, and OCI can help out with this stuff if staying with 5.3.1 is essential. Please see http://www.cs.wustl.edu/~schmidt/commercial-support.html for help with this stuff. >> > http://cvs.doc.wustl.edu/ >> I will try it out, and let you know how it works. Great - if there are any problems please let us know quickly so that we can get the fixes into the x.4.8 beta. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2 #2
Hi Alex, > What are OCI's plan's for a supported TAO 1.4 release and developer > guide? Will this effect the release of the 1.3 guide? This is an excellent question - I'm sure Malcolm Spence will pitch in when he has a chance and I suspect that OCI will be supporting TAO 1.4 in due time. None of the changes in TAO 1.4 should affect the relevance of the info in the TAO 1.3 developer's guide - there's just more new stuff to document as time permits. Take care, Doug ...

Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4
Hi Jason, Thanks for using the PRF. >> ACE VERSION: 5.3.1 This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 beta should work "out of the box" for Mac OS X Tiger. If you want a preview, please download the version in our CVS repo at http://cvs.doc.wustl.edu/ take care, Doug >> HOST MACHINE and OPERATING SYSTEM: Mac OS X 10.4.2 >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> powerpc-apple-darwin8-gcc-4.0.1 >> >> CONTENTS OF $ACE_ROOT/ace/config.h: >> >> /* -*- C++ -*- */ >> // config-macosx.h,v 4.17 2003/01/20 20:02:12 seibel_r Exp >> >> // This configuration file is designed to work with the MacOS X operating >> system. >> >> #ifndef ACE_CONFIG_MACOSX_H >> #define ACE_CONFIG_MACOSX_H >> >> #if ! defined (__ACE_INLINE__) >> #define __ACE_INLINE__ >> #endif /* ! __ACE_INLINE__ */ >> >> #if defined (__GNUG__) >> # include "ace/config-g++-common.h" >> #endif /* __GNUG__ */ >> >> #undef ACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION >> >> #define ACE_SIZE_T_FORMAT_SPECIFIER ACE_LIB_TEXT ("%lu") >> >> #if defined (ACE_HAS_PENTIUM) >> # undef ACE_HAS_PENTIUM >> #endif /* ACE_HAS_PENTIUM */ >> >> #if !defined (_THREAD_SAFE) >> #define _THREAD_SAFE >&g...

Re: [ace-users] problem building ACE 5.4.3 on fedora core 3 #2
Hi Stephen, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Generic Intel P4, Fedora Core 3 (note 3!) >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> >> [adler@office00 ace]$ g++ --version >> g++ (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) >> Copyright (C) 2004 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- >> specific file, simply state which one]: >> config_linux.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> platform_linux.GNU >> >> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >> (used by MPC when you generate your own makefiles): >> >> AREA/CLASS/EXAMPLE AFFECTED: >> build of ace failed. >> >> DOES THE PROBLEM AFFECT: >> ace libraries are eventually created without ace_yylex() >&g...

Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

Building ACE 5.3 for AIX 5.2
Does anyone successfully built ACE 5.3 for AIX 5.2 with #define ACE_HAS_AIO_CALLS option enabled? Any help is appreciated. Thanks in advance. SysAdmin luda wrote: > Does anyone successfully built ACE 5.3 for AIX 5.2 with #define > ACE_HAS_AIO_CALLS option enabled? > Any help is appreciated. > > Thanks in advance. > SysAdmin You read the rather daunting comment in config-aix5.1.h? // AIX 5.1 as AIO, but it doesn't have the same API as other POSIX // systems, and the semantics of operatons are a bit different. Will // take some real work to get this going. // #define ACE_HAS_AIO_CALLS -- Thanks, -Randy Randy Hammon <randy@trancekat.com> wrote in message news:<II2hc.53216$fR.10342@newssvr25.news.prodigy.com>... > luda wrote: > > Does anyone successfully built ACE 5.3 for AIX 5.2 with #define > > ACE_HAS_AIO_CALLS option enabled? > > Any help is appreciated. > > > > Thanks in advance. > > SysAdmin > You read the rather daunting comment in config-aix5.1.h? > // AIX 5.1 as AIO, but it doesn't have the same API as other POSIX > // systems, and the semantics of operatons are a bit different. Will > // take some real work to get this going. > // #define ACE_HAS_AIO_CALLS AIX 5.2 supports asynchronous I/O as against 5.1. Are you saying that ACE supports aio if AIX 5.2 version is used? ...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2
Hi Tom, > We are currently arm-wrestling with TAO-1.3.3 on VxWorks-5.5/Tornado-2.2 > built with non-native exceptions and with implicit templates. Implicit > templates are desirable since we are now using STL and those nested > templates make explicit instantiation almost impossible. Non-native > exceptions are important since native exceptions lead to a factor of 4.5 > increase in code size (!!). > > Implicit templates cause trouble with singletons, since the VxWorks-2.x > loader does not respect weakly-defined symbols, so one can not load > multiple mo...

RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > > > The "resolution" was to upgrade to ACE-5.4.3 or later, which has > > > code fixes to help with the newer compiler. Not sure how > much would > > > need to change, but you may be able to inspect the differences in > > > that part of the code wrt the newer ACE release to backport the > > > fixes. > > Thanks, I've downloaded and am building. Is ACE-5.4.3 the latest > > production release ? > > Well, the definition of "production release" for ACE is a bit murky > imho. Production release is one with 2 numbers. E.g., 5.4 > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". > The latest > would be 5.4.4. The developers always recommend *not* using the > "production release", since the next release labeled "beta" > is always a bug-fix-only release. I believe I qualify as a "developer", but have a different take. Production releases are tested well, and often better than the BFO beta. There may be fixes in BFO, but there may be additional bugs also - it happened at 5.4.1. For those wishing to adopt a version of ACE and stick with it, you'll need a version you can get support (fixes and advice) for. For example, Riverace supports releases (e.g., 5.4) and fix kits that Riverace releases for those (i...

[ace-users] RE: [ace-bugs] Building ACE: Error on SGI Irix6.5 w/ g++3.3 #2
-----Original Message----- From: Krishnakumar B [mailto:kitty@dre.vanderbilt.edu] Sent: Wednesday, July 21, 2004 1:35 PM To: Waltersdorf, Brian J Cc: ace-users@cs.wustl.edu Subject: RE: [ace-bugs] Building ACE: Error on SGI Irix6.5 w/ g++3.3 >On Wednesday, 21 July 2004, Waltersdorf, Brian J wrote: >> >> The patch seemed to work much better. ACE compiled and linked without >> errors. There were one or two of the tests that failed to compile. A >> handfull of the tests failed/core dumped. Below is the output from >> run_test.pl script. I'll compile and run it with the IRIX compilers and >> get back to you. >> >> Thanks, >> -Brian >> Running Basic_Types_Test >> Error: Basic_Types_Test FAILED with exit status 1 >> Error: (log/Basic_Types_Test.log): assertion failed >> "ACE_SIZEOF_LONG_DOUBLE: %u%s": 16 != 8 > >Just change line 39 of config-irix6.x-common.h to 16 instead of 8. I guess >GCC reports correct sizes for long doubles now. Thanks. That fixed that one. >> Error: ././Dirent_Test does not exist or is not runnable > >What happens if you run this executable by hand? Does this executable exist >at all in the directory? This test did not compile. It couldn't find sysent.h. I beleive something is messed up with our version of g++ finding the proper system includes. >> Running Log_Msg_Test >> The fo...

Ruby 1.8.3 Build error on AIX 5.2 with gcc 3.4.4
Hello, I've found errors on AIX 5.2 with gcc 3.4.4 : -A) Configuration errors : -1) Bind error in ext/bigdecimal because the file ruby.imp doesn't exist. In the main Makefile, $(RBCONFIG) target needs $(ARCHFILE). You can have the line : $(RBCONFIG): $(srcdir)/mkconfig.rb config.status $(PREP) $(ARCHFILE) -B) Compiler errors : -1) ext/readline.c line 13 : <unistd.h> includes some 64 bits features if the configuration program set the macro __LARGE_FILES. So, if you don't use 64 bits file acces you have to add "#undef __LARGE_FILES" in line 13 just be...

[ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
ACE VERSION: 5.2 HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU 3.2.3 (not patch level) AREA/CLASS/EXAMPLE AFFECTED: I am able to compile ace into a shared library called libAce.so, but when I link to it I get a bunch of linker errors like so: g++ -I../share -I/home/gbedi/ace_gcc -I/home/cls_master/libs/solaris/libtif f_3_5_6 -I/home/cls_master/libs/solaris/libdil_1_1 -I/home/cls_master/libs/solaris/l ibdms_1_1 -I../include -D_PTHREADS...

Re: [ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
Hi, Thanks for using the PRF. >> ACE VERSION: 5.2 I have several recommendations: .. Upgrade to ACE 5.3.3, which you can download from http://deuce.doc.wustl.edu/Download.html .. Build the ACE tests and examples directories to make sure they work. Assuming they work, then follow EXACTLY the same linker steps for your application. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL):...

Web resources about - ACE 5.4 build with gcc 3.3.2 on AIX 5.2 fails - comp.soft-sys.ace

What To Expect In The GOP Race In Arizona And Utah
If it’s Tuesday, that means it’s time for another round of caucuses and primaries. Today features three Republican contests with a total of 107 ...

iPhone SE roasted in hilarious parody video
Apple unveiled a new four-inch version of the iPhone on Monday, and some of the Internet's best minds wasted no time finding ways to make fun ...

Andrew Grove, Intel Chairman Who Helped Develop The Semiconductor Revolution, Dead At 79
Andrew Grove, the former Intel Chairman who oversaw the company as it made many of the most important breakthroughs in semiconductor technology, ...

Vizio releases TV with Google Chromecast built in
Today, Google and Vizio announced that Vizio’s SmartCast P-Series displays and Vizio soundbars and speakers will ship with Google cast built ...

Rob Ford, former Toronto mayor, dead at 46 after cancer fight: family
Chicago Tribune Rob Ford, former Toronto mayor, dead at 46 after cancer fight: family Chicago Tribune Rob Ford, the pugnacious, populist former ...

‘DWTS’: Peta Murgatroyd And Nyle DiMarco Discuss Learning From Each Other
Dancing With The Stars veteran Peta Muragtroyd is learning to look at dance in a whole new light this season. In a way, she has also become the ...

Tennis Official Quits Post Over His ‘Coattails’ Remarks on Women
Moore, who had drawn wide rebuke for saying that women’s players owed a great debt to men, stepped down as director of the BNP Paribas Open in ...

Chevy’s 200-mile range Bolt enters pre-production ahead of Tesla’s Model 3 debut
Chevy is one big step closer to bringing the $30k 2017 Bolt electric car to the market! Chevy has announced that the first pre-production models ...

Harrison Ford’s Advice to New Han Solo? ‘Don’t Do It!’
Watch out potential young Han Solo! Although the film does not begin production until January 2017, Harrison Ford is already warning the candidate-to-be: ...

Los Angeles Mayor Eric Garcetti Urges Obama to Make Stonewall Inn a National Monument: VIDEO
Los Angeles Mayor Eric Garcetti has written to President Obama asking him to designate the Stonewall Inn as a National Monument. The letter ...

Resources last updated: 3/22/2016 9:13:43 PM