search for: foo_user

...ompile three C files. i386-mingw32-gcc (GCC) 4.9.0 20130416 (experimental) For the following test case, GCC ignores the dllimport attribute with a warning (similar to clang's current behavior) /* test1.c */ inline __declspec(dllimport) void foo(); inline void foo(); inline void foo() { } void foo_user() { foo(); } /* end of file */ But for the following two cases, GCC produces both an out-of-line definition and also a reference to an dllimported symbol foo with no diagnostics. It seems wrong, unless there is some problem with my build process. /* test2.c */ inline void foo(); __declspec(dllimp...

Hello, while improving and extending support for dllexport/import I have noticed that the current way these are implemented is problematic and I would like some input on how to proceed. Currently dllexport/dllimport is treated as linkage type. This conflicts with inlined functions because there is no linkage for the combination of both. On first though, combining both doesn't make sense, but

...s always instanciated and exported. > For the following test case, GCC ignores the dllimport attribute with a warning (similar > to clang's current behavior) > > /* test1.c */ > inline __declspec(dllimport) void foo(); > inline void foo(); > inline void foo() { } > void foo_user() { foo(); } > /* end of file */ Generally, MSVC allows a dllimport definition if the first declaration is specified as inline. This test case should import foo() (or expand it inline). > But for the following two cases, GCC produces both an out-of-line definition and also a > referenc...

...00 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\atest>type tst_win32_etc.rb require "win32/etc" include Win32 include Etc Etc::Admin.add_user( :user_name => "some_user", :password => "abc123def", :home_dir => "C:\\foo_user", :description => "random text", :host => "\\dbm-team-date", :flags => Admin::ACCOUNTDISABLE ) Etc::Admin.change_password("abc123def","hello","some_user") Etc::Admin.delete_user(user,host) Etc::Admin.add_group...

...00 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\atest>type tst_win32_etc.rb require "win32/etc" include Win32 include Etc Etc::Admin.add_user( :user_name => "some_user", :password => "abc123def", :home_dir => "C:\\foo_user", :description => "random text", :host => "\\dbm-team-date", :flags => Admin::ACCOUNTDISABLE ) Etc::Admin.change_password("abc123def","hello","some_user") Etc::Admin.delete_user(user,host) Etc::Admin.add_group...

...00 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\atest>type tst_win32_etc.rb require "win32/etc" include Win32 include Etc Etc::Admin.add_user( :user_name => "some_user", :password => "abc123def", :home_dir => "C:\\foo_user", :description => "random text", :host => "\\dbm-team-date", :flags => Admin::ACCOUNTDISABLE ) Etc::Admin.change_password("abc123def","hello","some_user") Etc::Admin.delete_user(user,host) Etc::Admin.add_group...

...00 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\atest>type tst_win32_etc.rb require "win32/etc" include Win32 include Etc Etc::Admin.add_user( :user_name => "some_user", :password => "abc123def", :home_dir => "C:\\foo_user", :description => "random text", :host => "\\dbm-team-date", :flags => Admin::ACCOUNTDISABLE ) Etc::Admin.change_password("abc123def","hello","some_user") Etc::Admin.delete_user(user,host) Etc::Admin.add_group...

...s just like available_externally (only for inline expansion but not for out-of-line instantiation). If I guessed wrong, please tell more details about your approach. > > /* test1.c */ > > inline __declspec(dllimport) void foo(); inline void foo(); inline > > void foo() { } void foo_user() { foo(); } > > /* end of file */ > > Generally, MSVC allows a dllimport definition if the first declaration is > specified as inline. This test case should import foo() (or expand it inline). These examples are meant to demonstrate the theoretical issues when C99 inline is used w...

Ezra, I love merb, especially because it''s keeping the things that Rails does well and improves on things that Rails hasn''t done so well. One of my biggest pain points with Rails has become multi-app integration. A lot of web sites consist of multiple apps (e.g. a core site, a forum, a blog/cms, etc.). Doing this sort of thing is very ugly and inefficient with the current